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Verfahren und Vorrichtung zum Eliminieren unerwunschter Stufungen 
an Kanten bei Bildclarstellungen im Zeilenraster 



Die Erf indung betrifft ein Verfahren gemafc dem Oberbegriff des Anspruchs 1 sowie 
eine entsprechende Vorrichtung. 

3D-Graphikapplikationen, wie Virtual Reality, 3D-Spiele oder im professionelleren 
Umfeld Modellierung und Animation, gehoren bereits heute zu den Standardanwen- 
dungen auf PCs. Voraussetzung fur die Echtzeitfahigkeit in diesem Gebiet ist die 
extreme Leistungssteigerung der Prozessoren in den letzten Jahren sowie 
neuerdings der Einsatz 3D-Graphik-Beschleunigern, die spezielle, wiederkehrende 
Arbeiten in der Graphikgenerierung ubernehmen. Dem Prozessor fallt lediglich noch 
die Aufgabe zu, die Geometriebeschreibung der darzustellenden Szene zu gene- 
rieren, alles weitere, wie die Rasterisierung (Erzeugung der anzuzeigenden Pixel) 
und das Shading (Farbgebung der Pixel) werden vom Beschleuniger ubernommen. 



Aufgrund der aber immer noch beschrankten Leistungsfahigkeit solcher Systeme 
mussen Kompromisse zwischen der Bildqualitat und der Echtzeitanforderung 
(mindestens 25 Bilder pro Sekunde fur eine kontinuierliche Bewegung) eingegangen 
werden. Im Allgemeinen wird mehr Wert auf eine ruckfreie Darstellung gelegt, 
wodurch einerseits Objekte nur sehr grob modelliert werden, um die Anzahl der 
Polygone klein zu halten, und andererseits die Bildschirmauflosung klein gehaiten 
wird, um die Anzahl der zu generierenden Pixel zu begrenzen. Bei heute ublicher 
VESA-Auflosung (640 x 480 Pixel) und animierten Bildsequenzen fallen Aliasing- 
Effekte, die durch die Rasterisierung entstehen, aber noch besonders storend ins 
Auge. Trotzdem werden sie toleriert, da klassische Antialiasing-Ansatze, wie zum 
Beispiel das Supersampling, einen zu hohen Speicher- und Rechenleistungsbedarf 
haben. 

Bis eine im Computer modellierte Szene auf dem Bildschirm dargestellt werden 
kann, bedarf es rnehrerer Schritte: 

1 . Die im Speicher abgelegten Datensatze der darzustellenden Objekte mussen 
transformiert (skaliert, rotiert) und an den richtigen Stellen in der virtuellen 
Szene plaziert werden (modeling transformation). 

2. Ausgehend von der Position der Objekte bezuglich des Blickwinkels des 
Betrachters werden nun Objekte verworfen und damit nicht weiterberucksich- 
tigt, die garantiert nicht sichtbar sein kbnnen. Dabei werden sowohl ganze 
Objekte eliminiert, die sich aufSerhalb des sichtbaren Volumens befinden 
(clipping), als auch einzelne Polygone von Objekten, die dem Betrachter 
abgewendet sind (backface removal). 

3. Die in Weltkoordinaten modellierten Polygone (meist Dreiecke) mussen nun in 
das Bildkoordinatensystem uberfuhrt werden, wobei eine perspektivische 
Verzerrung erfolgt, um eine moglichst realistische Abbildung zu ermoglichen 
(viewing transformation). 

4. Die nun in Bildkoordinaten vorliegenden Polygone mussen so aufbereitet 
werden, dafS sie durch den Renderer verarbeitet werden konnen (z.B. 
Berechnung von Steigungen an Kanten, usw. / setup processing). 

5. Im Rasterisierer erfolgt dann eine Berechnung der sichtbaren Pixel auf dem 
Bildschirm. Pro Pixel wird nicht nur die Position auf dem Bildschirm (x, y) 



berechnet, sondern es erfolgt auch die Bestimmung weiterer fur die Beleuch- 
tung und Verdecktheitsanalyse benotigter Parameter {z-Wert, hornogener 
Parameter, Texturkoordinaten, Normalen, usw. / rasterization) 

6. Aufgrund der berechneten Parameter werden" nun die Farbwerte der darzustel- 
lenden Pixel ermittelt (lighting). Dieser Schritt wird hier nur dann durchgefuhrt, 
wenn es sich um ein Phong-Renderer handelt. 1st nur ein Gouraud-Renderer 
vorhanden, so wird dieser Schritt bereits vor der Transformation ins Bildkoor- 
dinatensystem durchgefuhrt. 

7. Die berechneten Farbwerte werden dann im Framebuffer gespeichert, wenn der 
z-Wert des Pixels angibt, daft das Pixel sich vor dem an dieser Position im 
Framebuffer stehendem Pixel befindet (z-buffering). Vor der Speicherung 
konnen die Farbwerte mittels des Blendings mit dem vorher im Framebuffer 
stehen Wert modifiziert werden, wodurch z.B. die Modellierung von halb 
transparenten Objekten moglich wird. 

8. Sind alle sichtbaren Dreiecke rasterisiert worden, so befindet sich im Framebuf- 
fer das auf dem Bildschirm darzustellende Bild. Uber die RAMDAC wird das Bild 
linear aus dem Speicher ausgelesen und in analoge Signale gewandelt, die 
direkt an den Monitor geschickt werden (display process). 

Das Problem des Aliasing entsteht aus der heute ublichen Verwendung von 
Rasterdisplays, da es mit diskreten Punkten nicht moglich ist, beispielsweise eine 
geneigte Kante exakt darzustellen. Bei der "normalen" Scankonvertierung wird ein 
Pixel (picture element) immerdann gesetzt, wenn der Pixelmittelpunkt bedeckt ist, 
wodurch aus einer kontinuierlichen Kante im diskreten Fall in bestimmten 
Abstanden sichtbare Sprunge entstehen, die bei bewegten Bildern besonders 
auffallen, da sie uber die Kante wandern. So tritt zum Beispiel bei der Bewegung 
einer fast horizontalen Kante der irritierende Effekt auf, dalS, wenn die Kante 
langsam vertikal verschoben wird, die Sprunge schnell horizontal uber die Kante 
laufen. Es scheint also weder die Bewegungsrichtung noch die Bewegungs- 
geschwindigkeit zu stimmen. 

Aus der Signalverarbeitung ist bekannt, daft sich ein Signal (in diesem Fall das Bild) 
nur dann korrekt reproduzieren laBt, wenn die Abtastrate grofter als das Doppelte 
der maximal auftretenden Frequenz ist (Abtasttheorem von Shannon). Da aber die 
Abtastrate durch die Bildschirmauflosung fest vorgegeben ist, werden als 



Umkehrschlufc nur Frequenzen unterhalb der halben Abtastrate korrekt wie- 
dergegeben; alle Frequenzen daruber tragen zum Aliasing bei. 

Das Problem des klassischen Samplings besteht also darin, da& ein Pixel immer als 
Punkt betrachtet wird, wodurch sich auch der Name Point-Sampling ergibt. Allen 
Antialiasing-Ansatzen gemein ist, date das Pixel nun als etwas Flachenhaftes 
gesehen wird; die Farbe sich ergo aus der Mittelung der Farbgebung der bedeckten 
Pixelf lache ergeben sollte. Das Antialiasing versucht nun die darstellungsbedingten 
Probleme soweit wie moglich zu beseitigen, oder zumindest abzuschwachen. 

Bei Aliasing an Polygonkanten sind nichtalle Polygonkanten betroffen, sondern nur 
solche, die sind an den Randern von Objekten befinden. Innerhalb von Objekten 
passen die Polygene in der Regel nahtlos aneinander, und sofern benachbarte 
Polygone eine ahnliche Farbgebung besitzen, ist es an den Kanten zwischen den 
Polygonen nicht von Bedeutung, ob die Pixel von dem einen oder dem anderen 
Polygon gesetzt werden. 

Sehr kleine Objekte konnen verschwinden, falls ihre Ausdehnung kleiner als ein 
Pixel ist. Dieser Effekt fallt besonders dann auf, wenn durch eine kleine Ver- 
schiebung das Objekt sichtbar wird, da auf einmal ein Pixelmittelpunkt beruhrt wird. 
Es entsteht eine Art Blinkeffekt, der die Aufmerksamkeit des Betrachters auf sich 
lenkt. 

Bei modernen Phong-Renderern treten zusatzliche Aliasing-Effekte an den Spot- 
Grenzen auf. Bei Gouraud-Renderern tritt dieses Problem nicht auf, da bei ihnen 
keine Lichteffekte wie die hier gezeigten moglich sind, wodurch die Bildqualitat 
nicht vergleichbar ist. 

Der am weitesten verbreitete Ansatz fur das Antialiasing ist das Supersampling. 
Jedes Pixel wird in (n x n) Subpixel unterteilt, die dann wiederum normal 
"gepointsampelt" werden. Es ergibt sich ein Zwischenbild, welches in beiden 
Dimensionen die n-fache Auflosung des darzustellenden Bildes besitzt. Durch 
Aufsummierung der Farbwerte der (n x n) Subpixel und der anschlieftende Division 
durch die Anzahl der Subpixel (n 4 *) ergibt sich dann die endgultige Farbe des Pixels. 
Aus Sicht der Signalverarbeitung wird die Abtastrate um den Faktor n (auch 
Oversamplingfaktor genannt) erhoht, wodurch kleinere Details rekonstruiert werden 
konnen. Sinnvolle Werte fur n liegen im Bereich 2 bis 8, wodurch zwischen 4 und 
64 Farbwerte pro Pixel zur Verfugung stehen. 
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Trotz der Einfachheit diese Vorgehens gibt es entscheidende Nachteile, aufgrund 
derer eine Realisierung in Hardware nicht erreicht werden konnte: 

1 . Speicherbedarf : Da das Bild in einer n-fachen Auflosung gerendert wird, mufS 
nicht nur der Framebuffer), sondern auch der z-Buffer (24 - 32Bit/Pixel) n-fach 
ausgelegt sein. 

Beispielsweise ergibt sich fur eine Bildschirmauflosung von 1024 x 768 Pixel und 
einen Oversamplingfaktor von n = 4 ein Speicherbedarf von 48 MB fur den 
Framebuffer und 36 MB noch einmal fur den z-Buffer. Insgesamt werden also 84 
MByte Speicher gegenuber 5,25 MB fur das normale Sampling benotigt. 

2. Rechenzeitaufwand: Aufgrund der hoheren Anzahl der zu erzeugenden Pixel 
nimmt die Rechenzeit ebenfalls um den Faktor n zu. War das System also vorher 

\Qt in der Lage, 1 6 Bilder pro Sekunde anzuzeigen, so kommt es bei n = 4 nur noch auf 

;-f| ein Bild pro Sekunde; es hat seine Echtzeitfahigkeit also verloren. 

i ??i 

Das Verfahren kann zudem nicht garantieren, dafi das entstehende Bild frei von 
lU Artefakten ist, denn zu jeder Samplingrate la&t sich leicht ein Bild konstruieren, 

'"^ welches garantiert falsch dargestellt wird. Hat das darzustellende Bild eine 

horizontale Auflosung von w, so wird ein senkrechtes Streifenmuster aus (n x w) 
schwarzen und (n x w) weifcen Balken, entweder komplett schwarz oder komplett 
|jj weiS dargestellt. 

*** Beim stochastischen Supersampling werden die Samplepoints zufallig uber das Pixel 

^ verteilt, wodurch die ubrig gebliebenen Artefakte mit einem Rauschen uberlagert 

werden, welches fur das menschliche Auge angenehmer ist. 

Ein Bild, welches vierfach mit einem stochastischen Ansatz gerendert wurde, hat 
in etwa die gleiche Bildqualitat, wie ein 1 6faches Supersampling an einem regularen 
Raster. 

Das Verfahren ist jedoch auf eine Anwendung in Software beschrankt, da 
Hardware-Renderer ausschlie&lich mit inkrementellen Verfahren arbeiten. Bei 
beliebig plazierten Samplepoints gibt es keine feste Reihenfolge der Punkte mehr, 
so daft die Bearbeitung nicht mehr inkrementell erfolgen kann, sondern die 
Parameter pro Punkt komplett neu berechnet werden mulSten, was einen extremen 
Aufwand bedeutet. 



Bei dem Nachbearbeitungsdurchgang mussen nicht alle Subpixel gleich behandelt 
werden; bei der Aufsummierung der Farbwerte kann noch ein Faktor eingebracht 
werden, der angibt, wie wichtig das Subpixel fur das Pixel ist. Die Faktoren werden 
nach der Gauft-, Poisson- oder einer anderen Verteilung ermittelt, bei denen in der 
Regel Subpixel, die naher am Pixelmittelpunkt liegen, ein hoheres Gewicht erhalten. 

Supersampling erfolgt in seiner Grundform uber das gesamte Bild immer mit der 
gleichen Abtastrate. In flachigen Bereichen ist jedoch viel Rechenzeit erforderlich, 
da dort jedes Subpixel den gleichen Farbwert beisteuert. Die Idee besteht dabei 
darin, Supersampling nur dort zu betreiben, wo es wirklich notig ist. In einem ersten 
Durchgang wird das Bild normal gerendert, und in einem zweiten Durchlauf wird 
dann jeder Farbwert mit den Farbwerten aus seiner Umgebung verglichen, und nur 
sofern die Differenz einen vorgegebener Schwellwert ubersteigt, erfolgt nun ein 
Supersampling fur dieses Pixel. Der Nachteil bei diesem Vorgehen ist naturlich das 
zweimalige Rendern eines jeden Polygons. 

Der Accumulationbuffer ist eine Abwandlung des vorgenannten Supersamplings, 
bei dem der extreme Speicherbedarf vermieden wird. Es wird lediglich zu dem 
sowieso vorhandenen Frame- bzw. z-Buffer ein zusatzlicher Buffer von der GroBe 
des Framebuffers benotigt, der jedoch eine etwas hohere Genauigkeit braucht. Das 
Rendern eines Bildes benotigt nun n 2 Renderdurchgange bei der normalen 
Framebufferauflosung, wobei n wiederum den Oversamplingfaktor darstellt. 
Zwischen den Berechnungen der Teilbilder wird jeweils das Koordinatensystem der 
zu beschreibenden Geometrie im Subpixelbereich so verschoben, da(5 die 
Pixelmittelpunkte jeweils auf einem anderen Sample des entsprechenden Supersam- 
pling-Verfahrens zu liegen kommen. Die bei jedem Rendering-Durchlauf erzeugten 
Framebuffer-lnhalte werden im zusatzlichen Buffer akkumuliert (daher der Name 
Accumulationbuffer), worauf sich das Loschen des Frame- und z-Buffer fur das 
nachste Teilbild anschlieflt. Da im Accumulationbuffer xv~ Farbwerte pro Pixel 
aufsummiert werden, sind zu der Framebuffergenauigkeit noch einmal 2*log 2 n 
Genauigkeitsbits zusatzlich erforderlich, damit kein Uberlaufen der Farbwerte 
moglich ist. Sobald alle Teilbilder gerendert wurden, werden die Farbwerte aus dem 
Accumulationbuffer durch die Anzahl der Samples (n 2 ) geteilt, und in den 
Framebuffer ubernommen, der dann angezeigt werden kann. 

Durch den Einsatz des Accumulationbuffers anstelle des beim Supersamplings 
riesigen Framebuffers wird der Nachteil des grofien Speicherbedarfs beseitigt, nicht 
jedoch der Bedarf an Rechenzeit. Im Gegenteil wird sich die Renderingzeit sogar 
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noch erhohen, da nun die Geometriebeschreibungen (meist Dreiecke) nun mehrmals 
an den Renderer ubertragen werden mussen. 

Das Areasamplinq , entwickelt von Edwin Catmull [Edwin Catmull: "A hidden- 
surface algorithm with antialiasing", Aug. 78], basiert darauf, date pro Pixel die 
Flache berechnet wird, welche auf die einzelnen Polygone entfallt. Dies geschieht 
auf analytischem Wege, so daft jedes noch so kleine Polygon in Betracht gezogen 
wird, und liefert eine dementsprechend hohe Bildqualitat. 

Der Ablauf des Algorithmus laftt sich in etwa so beschreiben: 

Alle Polygone werden nach ihrer groftten y-Koordinate geordnet. 

Es wird eine Liste von aktiven Polygonen verwaltet, in die Polygone eingetragen 
werden, sobald die Scanline mit dem grofttem y-Wert erreicht ist, und aus der 
sie wieder geloscht werden, sobald der minimale y-Wert unterschritten wird. 



Pro Scanline, wobei eine Scanline hierbei als etwas Flachenhaftes betrachtet 
wird, muft pro Pixel ein Bucket angelegt werden, in dem jeweils alle Polygon- 
is^ teile eingetragen werden, die zu diesem Pixel beitragen. Die Polygonanteile 
ig werden dabei wieder durch Polygone reprasentiert, die gegenuber den 
bj Pixelkanten geclippt wurden. Beim Aufbau der Buckets wird darauf geachtet, 
daft die jeweiligen Polygone entsprechend ihrer z-Werte einsortiert weirden. 



Pro Pixel wird nun mit Hilfe des sogenannten "Hidden-Surface-Algorithmus" 
von Sutherland die sichtbare Flache der einzelnen Polygone bestimmt, deren 
Farben dann gewichtet die endgultige Pixelfarbe ergeben. 

Gegen eine derartige Hardwarerealisierung spricht der extreme Rechenaufwand fur 
die Bestimmung der sichtbaren Flachenanteile bei langer werdenen Listen, sowie 
die scanline-basierte Vorgehensweise bei der Rasterisierung. 

Der A-Buffer-Alaorithmus [Loren Carpenter: "The a-buffer, an antialiased hidden 
surface method", Computer Graphics 12, 84]) stellt die diskrete Realisierung des 
Areasamplings dar, bei der nicht die exakte Flache der Polygone abgespeichert 
wird, sondern nur Subpixelmasken, die eine Approximation der Flachen darstellen. 
Zudem erfolgt die Traversierung polygonweise, so daft wiederum ein Framebuffer 
benotigt wird, der jedoch eine dynamische Liste pro Pixel aufnehmen muft, in der 
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die Subpixelmasken mitsamt ihren Farbwerten gespeichert werden. Pro Sub- 
pixelmaske wird dabei entweder nur ein z-Wert (der vom Mittelpunkt des Pixels) 
oder zwei z-Werte (minimal und maximal auftretender z-Wert im Pixel) abgespei- 
chert, um den Speicheraufwand zu begrenzen. Sobald alle Polygene behandelt 
worden sind, werden in einem weiteren Durchlauf durch das Bild die Subpixelmas- 
ken aufgrund der z-Werte verrechnet, so date der endgultige Farbwert entsteht. 

Der konstant hohe Speicherbedarf des Supersamplings wurde somit durch einen 
sich dynamisch der Komplexitat der Szene anpassenden Speicherbedarf ersetzt. 
Aufgrund dieses dynamischen Verhaltens und der daraus resultierenden Traver- 
sierung von Listen eignet sich dieses Verfahren kaum fur eine Hardware-lm- 
plementierung. Weiterhin stellt sich die Verdecktheitsanalyse anhand der begrenzten 
□ Anzahl der z-Werte als problematisch heraus. In [Andreas Schilling und Wolfgang 

StrafSer: "EXACT: Algorithm and Hardware Architecture for an Improved A-Buffer", 
jjj! Computer Graphics Proceedings, 93] wird eine mogliche Losung mittels der 

S|§ zusatzlichen Speicherung von dz/dx und dz/dy auf Subpixelebene aufgezeigt. 

m 

!}? Beim Approximationbuffer von Lau [Wing Hung Lau: "The antialiased approximation 

|." buffer", Aug. 94] findet ebenfalls der A-Buffer-Ansatz Verwendung, wobei jedoch 

p die Anzahl der pro Pixel gespeicherten Fragmente auf zwei beschrankt wird. Es 

W ergibt sich somit ein konstanter Speicheraufwand, der jedoch mit Verlusten in der 

^ Bildqualitat erkauft wird. So werden nur noch Pixel korrekt behandelt, die maximal 

; i von zwei Polygonen bedeckt sind, da mehr Anteile nicht darstellbar sind. Das 

Verfahren ist demnach auf wenige, grofSe Polygone beschrankt, da dann der Fall 
von mehr als zwei Fragmenten praktisch nur noch sehr selten auftritt (unter 0,8% 
laut Lau), und somit die Qualitat der Ergebnisbilder ausreichend gut ist. 

Der Exact AreaSubpixel Algorithm (EASA von Andreas Schilling [Andreas Schilling: 
"Eine Prozessor-Pipeline zur Anwendung in der graphischen Datenverarbeitung", 
Dissertation an der Eberhard-Karls-Universitat in Tubingen, Juni 94]) stellt eine 
Modifikation des A-Buffers dar, bei dem eine hohere Genauigkeit an Kanten eines 
Polygons erreicht wird. Die Generierung der Subpixelmasken erfolgt beim A-Buffer 
aufgrund der Bedeckung der Subpixelmittelpunkte. Schilling hingegen berechnet den 
exakten Flachenanteil, woraus eine Anzahl zu setzender Subpixel abgeleitet wird, 
die dann zur Generierung der eigentlichen Maske anhand der Steigung der Kante 
fuhrt. Durch dieses Vorgehen kann eine hohere Auflosung bei fast horizontalen 
(vertikalen) Kanten erreicht werden, da beim A-Buffer immer mehrere Subpixel auf 
einmal gesetzt werden, so dafi nicht die maximale Auflosung der Subpixelmaske 



ausgenutzt werden konnte. 



Das Verfahren von Patrick Baudisch [Patrick Baudisch: "Entwicklung und 
Implementierung eines effizienten, hardwarenahen Antialiasing-Algorithmus", 
Diplomarbeit, Technische Hochschule Darmstadt, Sept. 94]) basiert ebenfalls auf 
Subpixelmasken, die an Polygonkanten generiert werden. Jedoch dienen sie hierbei 
nicht dazu, die Flache der einzelnen Polygone zu berechnen und deren Farbe damit 
entsprechend zu gewichten wie bei den vorigen Verfahren, sondern um aus einem 
normal gepointsampleten Bild die benachbarten Farben zuzumischen. Als Grundlage 
dient die raumliche Koharenz der Pixel, d.h., da£ die Farbe, die ein Polygon 
teilweise zu einem Pixel beitragt, garantiert in einem benachbarten Pixel zu finden 
ist. Die Position der Subpixel in der Maske gibt an, aus welchem benachbartem 
Pixel eine Zumischung erfolgen soil, sofern es gesetzt wird. Die Subpixel auf den 
Diagonalen verweisen dabei auf zwei benachbarte Pixel. 

Beim Vier-Zeiaer-Verfahren werden jeweils 4 Subpixel zu einem Meta-Subpixel 
zusammengefaftt, welches wiederum die Zumischung der benachbarten Pixelfarbe 
angibt. Durch das Zusammenfassen geht die raumliche Information verloren, die 
Genauigkeit der Flachenanteile erhoht sich aber. Die bisherigen Antialiasing- 
Verfahren haben insgesamt Nachteile in bezug auf ihre mogliche Hardware- 
Realisierbarkeit, die nur schwer behoben werden konnen. Einerseits mufS ein 
enormer Speicheraufwand betrieben werden (Supersampling, Area-sampling, A- 
Buffer), und andererseits ist der Rechenaufwand einiger Verfahren so hoch 
(Supersampling, Accumulationbuffer, Areasampling), dalS eine Hardware-Realisie- 
rung kaum noch echtzeitfahig ist. Zudem werden bei Verfahren, die ausschlielSlich 
auf Polygonkanten arbeiten, (Areasampling, A-Buffer, Approximationbuffer, EASA, 
Subpixelverfahren, Vier-Zeiger-Verfahren) Billboard- und Spot-Artefakte nicht 
berucksichtigt. 

Die beim Stand der Technik bestehenden Probleme sollen nachfolgend noch einmal 
kurz zusammengefaBt werden: 

Das Problem des Aliasing entsteht aus der Verwendung von Rasterdisplays, da es 
mitdiskreten Punkten nicht moglich ist, z.B. eine geneigte Kante exakt darzustellen. 
Beinormalen Rasterisierungsmethoden entstehen aus einer kontinuierlichen Kante 
im diskreten Fall in bestimmten Abstanden Sprunge, die den visuellen Eindruck 
stark storen. 
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Ein ublicher Ansatz um diesen Effekt zu beheben, ist das Supersampling, bei dem 
durch viele Abtastpunkte innerhalb eines Pixels versucht wird, eine bessere Farbe 
zu bestimmen. Das Verfahren ist aber kaum im Echtzeitbereich einsetzbar, da ein 
sehr hoher Speicher- und Rechenzeitaufwand notig ist. 

Die anderen Verfahren versuchen, einen besseren Farbwert zu bestimmen, indem 
sie den flachenmafSigen Beitrag der Polygene zu jedem Pixel genau berechnen. Aber 
auch hier ist ein sehr hoher Rechenzeitbedarf (wenn nicht auch Speicherplatz) 
notwendig. 

Aus der US-Patentschrift 5 748 178 ist es ferner bekannt, die Umgebung eines 
Pixels im Durchlauf in einer Art Schiebregister zu speichern, wobei einander 
benachbarte Pixel auch benachbarte Speicherplatze einnehmen. Eine Filterung wird 
dabei dadurch erzielt, daS dann jeweils eine Pixel-Umgebung einem gemeinsamen 
Filter- Gewichtungsvorgang unterworfen werden kann. Da die Wirksamkeit des 
Verfahrens davon abhangig ist, welche Pixel einander zufailig benachbart sind, ist 
hiermit ein wirksames Antialiasing nicht moglich. 

Aus der US-Patentschrift 5 264 838 ist es ebenfalls bekannt, zum Zwecke des 
Antialiasing je eine Umgebung eines Pixels im Bereich eines Impulses mit einer 
unscharfen Umgebung (Halo) zu versehen. Dieses Verfahren erzeugt jedoch lediglich 
eine zusatzliche Unscharfe, da es ungezielt wirkt. 

Der Erfindung liegt demgegenuber die Aufgabe zugrunde, ein Antialiasing-Verfahren 
anzugeben, welches die Echtzeitfahigkeit nicht beeintrachtigt, wodurch trotz der 
Notwendigkeit der Realisierung in Hardware eine deutliche Verbesserung der 
Bildqualitat erreicht werden konnte. 

Diese Aufgabe wird durch ein Verfahren gelost, welches zum Eliminieren 
unerwunschter Stufungen an Kanten bei Bilddarstellungen im Zeilenraster, ins- 
besondere im On-line Betrieb dient. Dieses Verfahren ist gekennzeichnet durch die 
Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil zur Grobermitt- 
lung mindestens eines gerasterten Kantenverlaufs, 

b) Bestimmung der Position mindestens eines ersten Pixels aus der 
Menge derjenigen Pixel, die den gerasterten Kantenverlauf bilden oder 
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an diesem gerasterten Kantenverlauf angrenzen, 

c) Approximation einer Geraden zur Ermittlung eines wahrscheinlichen 
Verlaufs der ungerasterten Bildkante in der Nahe des ersten Pixels, 

d) Ermittlung eines Kriteriums aus der Approximationsgeraden und der 
Position des ersten Pixels fur die Zumischung einer Farbe X zu der 
Farbe C im betrachteten ersten Pixels und 

e) Mischung der ermittelten Farbe X zu der Farbe C im betracheten 
ersten Pixel. 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daR das Kriterium des Verfahrensschrittes d) 
in Abhangigkeit von der Lage des betrachteten Pixels relativ zur Approximations- 
geraden f estlegt, welche Farbe X zu der Farbe C des betrachteten Pixels zugemischt 
wird. 

GemaR einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daft das Kriterium gemafi Verfahrensschritt d) 
in Abhangigkeit von der Lage des betrachteten Pixels relativ zur Approximations- 
geraden festlegt, dafS die Farbe mindestens eines benachbarten Pixels gewichtet zur 
Farbe des betrachteten Pixels zugemischt wird. 

Gemaft einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgema&e 
Verfahren dadurch gekennzeichnet, daft bei einem betrachteten Pixel, das von der 
Approximationsgeraden nicht geschnitten wird, die Farbe unverandert bleibt. 

GemaB einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgema&e 
Verfahren dadurch gekennzeichnet, date bei einem betrachteten Pixel, das von der 
Approximationsgeraden geschnitten wird, die resultierende Farbe R nach MaBgabe 
des folgenden Kriteriums bestimmt wird: 

die Approximationsgerade teilt das betrachtete Pixel in zwei Teilflachen F 1 , 
F 2 , wobei F 1 + F 2 = 1, mit 1 ist die Gesamtflache des Pixels, wobei F 1 
diejenige Teilflache ist, in welcher der Pixelmittelpunkt liegt; 

zugemischt wird zu der Farbe C des betrachteten Pixels die Farbe X 
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desjenigen benachbarten Pixels, welche an die langste vom Raster 
gebildete Kante der Teilflache F 2 angrenzt. 

GemaS einer besonders bevorzugten AusfCihrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daft sich die resultierende Farbe R aus der 
ursprunglichen Farbe C des betrachteten Pixels und der zugemischten Farbe X eines 
benachbarten Pixels nach folgender Gleichung ergibt: 

R = F 1 xC + F 2 xX 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafie 
Verfahren dadurch gekennzeichnet, daR die Teilf lachen F 1 , F 2 durch ein geeignetes 
Approximationsverfahren approximiert werden. 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafte 
Verfahren dadurch gekennzeichnet, dalSdie genannten Verf ahrensschritte auf einen 
mittelseine Rendering und/oder Shading-Verfahrens behandelten Bildteil angewen- 
det werden. 

GemaS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daft das Shading/Rendering dreiecks- oder 
Scanlinebasiert ist, oder date es sich um ein Gouraud-oder Phong-Shading handelt. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafte 
Verfahren dadurch gekennzeichnet, dalXdie vorgenannten Verf ahrensschritte a) bis 
e) einzeln oder in Gruppen im zeitlichen Versatz ausgefuhrt werden. 

Gemafi einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafce 
Verfahren dadurch gekennzeichnet, daB der zeitliche Versatz mindestens eine 
Bildzeile betragt. 

GemafS einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafie 
Verfahren dadurch gekennzeichnet, da(S die Verarbeitung im zeitlichen Versatz in 
einem Frarnebuffer ohne weitere Zwischenspeicherung erfolgt. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafie 
Verfahren dadurch gekennzeichnet, daR die Approximationsgerade uber mehrere 
Stufen des gerasterten Kantenverlaufs verlauft, und daSdie Approximationsgerade 
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endet, wenn die Kriterien 

1) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich aufierdem um maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche 
Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beliebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

5) Durch wiederholtes Anwenden der Regeln 3. und 4. auf die Zahlense- 
quenz, lafit sich ein immer globalerer Blick auf die Kante gewinnen. 

in aufsteigender Reihenfolge uberpruft werden und mindestens ein Kriterium 
nicht erfullt ist. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemafie 
Verfahren dadurch gekennzeichnet, daS die Approximationsgerade uber mehrere 
Stufen des gerasterten Kantenverlauf s verlauft, und daB die Approximationsgerade 
endet, wenn eines der Kriterien 

1) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich aufcerdem um maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahl der Stufen, die die gleiche 
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Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beliebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

oder eines der Kriterien 1 ), 2), 3) oder eines der Kriterien 1 ), 2) nicht erfullt 
ist. 

Gemafc einer besonders bevorzugten Ausfuhrungsform ist das erfindungsgemalSe 
Verfahren gekennzeichnet durch das Vorsehen eines Tripple-Buffers, wobei sich die 
drei resultierenden Buffer in zyklischer Vertauschung parallel die Verf ahrensschritte 
Rendering, Post-Antialyasing und Bildwiedergabe teilen. 

Das erfindungsgemafce Verfahren geht dementsprechend im Vergleich zum Stand 
der Technik einen grundsatzlich anderen Weg. Es schlielit dabei die Erkenntnis ein, 
daS bei einem in normaler Auflosung gerenderten Bild die storenden Kanten 
(darunter fallen auch die beschriebenen Billboard- und Spot-Artefakte) erkannt und 
beseitigt werden. 

Bei der Rasterisierung eines Dreiecks unter Verwendung der normalen Scankonver- 
tierung, wird ein Pixel immer dann in der Farbe des Dreiecks gefarbt, wenn der 
Pixelmittelpunkt innerhalb der Dreiecksflache liegt, anderenfalls erhalt das Pixel die 
Hintergrundfarbe. Hierbei entstehen an den Kanten des Dreiecks sichtbare Sprunge, 
die den visuellen Eindruck einer geraden Kante stark storen. Nach dem erfindungs- 
gemafcen Verfahren wird nun den Pixeln an den Kanten des Dreiecks eine gemischte 
Farbe gegeben, welche zwischen der Farbe des Dreiecks und der Hintergrundfarbe 
liegt. Hierbei wird die flachenmafcigen Bedeckung des Pixels als Kriterium 
herangezogen. Durch dieses Vorgehen lassen sich alle ungewollten Stufeneffekte 
vermeiden, wodurch die Qualitat des Bildes merklich heraufgesetzt wird. 

Fur die Mischung der Farben wird also die bedeckte Flache der einzelnen Farbanteile 
benotigt, die bei herkommlichen Antialiasing-Verfahren wahrend der Rasterisierung 
bestimmt wird. Die Information, welche Flachenanteile auf die einzelnen Seiten der 
Kante entfallen, lafct sich auch aus einem normal gerendertem Bild im nachhinein 
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bestimmen. Da die Entscheidung uber das Setzen eines Pixels immer aufgrund 
seines Pixelmittelpunktes getrof fen wird, lafct sich aus der entstandenen Stufense- 
quenz an der Kante recht genau die reale Kante rekonstruieren. Aus der realen 
Geraden konnen dann wieder die Flachenanteile, die auf die einzelnen Seiten der 
Kante entfallen, bestimmt werden. 

Fur das betrachtete Pixel steht nun zunachst nur eine Farbe zur Verfugung, namlich 
diejenige, die sich bei der Rasterisierung ergeben hat. Durch Einbeziehung der 
Nachbarpixel ist dabei zusatzlich auch die Farbe auf der anderen Seite der Kante zur 
Verfugung, sofern von einer raumlichen Koharenz ausgegangen wird. 

Die Ergebnisbilder eines Pointsampling-Verfahrens (Rendering der Bilder bei normaler 
Auflosung) werden also zunachst einer Kantenerkennung unterzogen, aufgrund 
derer dann Kanten im Bild erkannt und dann auch bearbeitet werden, die im Bild als 
"stufig" wahrgenommen werden. 

Die Bearbeitung kann in einem linearen Durchiauf durch das Bild geschehen, so daft 
das Verfahren gut fur eine Hardware-lmplementierung geeignet ist. Der Speicherauf- 
wand ist in der Regel auf dem Chip realisierbar; beim Triple-Buffer-Betrieb wird 
lediglich ein weiterer Buffer benotigt, in dem das antialiaste Bild gespeichert wird. 

Die Kantenerkennung auf dem gerenderten Bild kann mit Standard-Verfahren der 
Kantenerkennung durchgefuhrt werden. Aus der Kanteninformation in einer Umge- 
bung konnen dann die realen Kanten approximiert werden, die als Grundlage fur die 
Zumischung der benachbarten Pixelfarben dienen. 

Um nicht das komplette Kantenbiid abspeichern zu mussen, wird bevorzugt zu der 
Kantenerkennung im Versatz um einige Bildschirmzeilen der ProzeS der Verfolgung 
der Stufen durchgefuhrt. Sobald eine Kante erkannt wurde, kann unverzuglich fur 
das aktuelle Pixel eine antialiaste Farbe berechnet werden. 

Die Einbeziehung einiger Bildschirmzeilen bei der Verfolgung der Kanten reicht somit 
vollkommen aus, um eine deutliche Qualitatsverbesserung der Bilder zu erreichen. 
Wieviele Zeilen einbezogen werden sollen, kann nach gewunschter Bildqualitat und 
zur Verfugung stehenden Platz auf dem Chip bestimmt werden. 

Der Algorithmus lafrt sich also in drei Teile unterteilen, die einzeln optimierbar sind. 
Die Optimierungsergebnisse werden an die jeweils nachste Stufe weitergereicht. 
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1 . Kantendetektion im ursprunglichen Bild: Hierbei ist wesentlich, dalX die 
Sprunge zwischen zwei benachbarten horizontalen (vertikalen) Stufen 
eindeutig bestimmt werden konnen, da nur sie als Informationsquelle der 
ursprunglichen rasterisierten Kante zur Verfugung stehen. 

2. Bestimmung der angenommenen Lage der realen Kante anhand des 
Kantenbildes. 

3. Bestimmung der Flachenanteile und daraus resuitierend die Zumischung der 
geeigneten benachbarten Pixelfarben bei den Kantenpixeln. 

Der Verfahrensschritt 1 erfolgt in einem eigenem Durchlauf durch das Bild, da fur 
den folgenden Verfahrensschritt das Kantenbild in der Umgebung schon bekannt 
sein muS. Die Approximation der realen Geraden und das anschlielSende Mischen 
der Farben kann hingegen in einem Durchlauf geschehen, da nur aufgrund der Lage 
der Geraden in diesem Punkt die Mischung erfolgt. 

Fur eine Hardware-Realisierung ist es dagegen so, dafS bereits beim ersten Durchlauf 
das komplette Bild einmal aus dem Speicher ausgelesen werden mu(J, woraufhin 
dann das Kantenbild (mindestens 1 Bit pro Pixel) im Speicher abgelegt wird. Beim 
zweiten Durchlauf werden dann die Kanten in voller Lange im Kantenbild verfolgt, 
was bei einer beliebigen Richtung der Kante einen (fast) zufalligen Zugriff auf den 
Speicher zur Folge hat. Es ergeben sich also Probleme bei der Bearbeitungszeit, 
aufgrund der Notwendigkeit zweier getrennter Durchlaufe, und des schwierigen 
Zugriffs auf den Speicher beim zweiten Durchlauf. Unschon ist naturlich auch, daft 
extra ein Speicherbereich zur Verfugung stehen mufl, in dem das Kantenbild 
abgelegt werden kann, da es bei einer GrolSe von minimal 400 kByte (1 Bit bei einer 
Bildschirmauflosung von 2048 x 1 536) schlecht im Chip gehalten werden kann. 

Das erfindungsgemafce Verfahren bietet die Moglichkeit der Losung dieser 
Probleme, indem die Kanten nur lokal verfolgt werden. Vorteilhaft ist es, die Kante 
nur innerhalb eines lokalen Fensters von n x n Pixeln im Bild zu verfolgen. Nur in 
diesem Fenster muB die Kanteninformation bekannt sein, die Speicherung des 
kompletten Kantenbildes entfallt also. 

Bisherige Verfahren arbeiteten immer wahrend der Generierung der Szenen und 
erforderten damit einen hohen Speicheraufwand und/oder eine Menge Rechenzeit. 
Durch die Verlagerung konnte dieser Nachteil groBtenteils beseitigt werden, wobei 
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zwei Verwendungsmoglichkeiten Display-Prozefc, Triple-Buffer) denkbar sind, die je 
nach vorhandenem Renderingsystem sogar im nachhinein integrierbar sind. 

Im Vergleich zu anderen Verfahren, die eine ahnliche Geschwindigkeit erlauben, hat 
das hier vorgestellte den Vorteil, da(S sowohl Billboards als auch Spotkanten 
antialiast werden konnen. Supersampling, welches auch diese Falle behandelt, hat 
einen viel hoheren Aufwand, und ist derzeit nicht echtzeitfahig. 

Das Verfahren istzudem skalierbar; stehtnoch Platz auf dem Framebuffer-Chip zur 
Verfugung, so wird man sich fur den Triple-Buffer-Betrieb entscheiden und die 
FenstergrofJe so anpassen, dafc die Logik mitsamt dem notigen Speicher gerade 
noch auf den Chip paRt. 

Beim Triple-Buffer-Betrieb lafct sich aber eine Methode des "slicings" anwenden. 
Dabei wird das zu bearbeitende Bild in s vertikale Streifen eingeteilt, die nach 
einander mit dem normalen Verfahren bearbeitet werden. Durch dieses Vorgehen 
wird ein Bild der Breite w in s Streifen der Breite w/s zerlegt, wodurch sich der 
Speicherbedarf um den Faktor s reduziert. 

Um die Ubergangsbereiche zwischen den einzelnen Streifen zu verdecken, sind 
Oberlappungsbereiche zwischen den Streifen von der halben Fensterbreite notig, so 
da(S pro Streifen noch einmal ein zusatzlicher Speicheraufwand fallig ist, der jedoch 
vergleichsweise gering ausfallt. Durch die zusatzliche Bearbeitung der Ubergangs- 
bereiche bleibt die Bildqualitat des ursprunglichen Verfahren erhalten, jedoch steigt 
naturlich die Gesamtbearbeitungszeit mit jedem weiteren Streifen, so dafc die 
Anzahl der Streifen nicht zu grofS ausfallen sollte. 

Einige mogliche Detailoptimierungen um die Bildqualitat zu steigern, wie auch die 
genaue Berechnung der Flachenanteile oder die optimierte Bestimmung der 
Mischfaktoren an den Ecken eines Objektes wird weiter unten im einzelnen 
beschrieben werden. 

Da mit dem hier beschriebenen Antialiasing-Verfahren nicht jene Falle behandelt 
werden konnen, fur die im gepointsampelten Bild nicht genugend Informationen 
vorhanden sind, ist es weiterhin gunstig, dieses Verfahren mit einem Anderen zu 
kombinieren. Ideal ware ein Verfahren, welches ausschliefilich Polygone (z.B. durch 
Supersampling oder Areasampling) behandelt, deren Breite bzw. Hohe unter zwei 
Pixel liegt, damit der zusatzliche Aufwand sich in Grenzen halt und die Echt- 
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zeitfahigkeit nicht verloren geht. Die Kombination sollte prinzipiell keine Probleme 
bereiten, da beim Post-Antialiasing nur solche Kanten behandelt werden, die im Bild 
noch deutliche Sprunge enthalten. Die durch ein anderes Verfahren behandelten 
Kanten wurden im Bild genau wie gef ilterte Texturkanten erscheinen, und demnach 
nicht behandelt werden. 

Um die Kante auch lokal moglichst genau annahern zu konnen, wird pro Pixel ein 
zentriertes Fenster verwendet, d.h. bei der Bearbeitung jedes einzelnen Pixels einer 
Zeile wird immer wieder ein anderes Fenster mit Kanteninformation vorgesehen. 

Bei der Verschiebung des Fensters um ein Pixel, mufiten an der rechten Kante fur 
jedes Pixel die Kanteninformation neu generiert werden. Bei einem Fenster der 
Grolie 17x17 wurde es beispielsweise bedeuten, dafc 1 7 Farbwerte aus dem 
Speicher gelesen werden mussen, und auf die Zugehorigkeit zu einer Kante 
untersucht werden. Dieser extreme Aufwand an Speicherbandbreite ist nicht 
hinnehmbar, jedoch fallt auf, daft bei der Bearbeitung des Pixels aus der nachsten 
Zeile 16 der 17 Kantenwerte noch einmal benotigt werden. Darum ist es gunstig, 
die Kanteninformation so lange aufzubewahren, bis sie nicht wieder benotigt wird. 
Pro Pixel muB somit immer nur ein neuer Farbwert gelesen und die Kanten- 
information aus ihm extrahiert werden. Alle anderen Informationen stehen schon 
von den vorangegangenen Zeilen zur Verfugung. Im Speicher werden demzufolge 
bei einem 17x17 Fenster nur 1 6 Bildschirmzeilen an Kanteninformation gehalten. 
Dieser Speicherbedarf ist auch "on-chip" realisierbar, so daft kein externer Speicher 
benotigt wird. 

Wesentlich ist die Erkennung der Kanten, die wirklich bearbeitet werden mussen, 
da die Kantenerkennung alle Kanten im Bild liefert. 

Hierbei ist es wichtig, die fur die Bearbeitung relevanten Kanten zu ermitteln. Eine 
Kante laSt sich also so definieren, daft es sich um eine abrupte Anderung im Signal 
handeln mu(i. Die Entscheidung, ob ein Pixel potentiell als Kante betrachtet wird, 
kann also relativ lokal getroffen werden. 

Andere vorteilhafte Weiterbildungen der Erfindung sind in den Unteranspruchen 
gekennzeichnet bzw. werden nachstehend zusammen mit der Beschreibung der 
bevorzugten Ausfuhrung der Erfindung anhand der Figuren naher dargestellt. Es 
zeigen: 
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Figuren 1 bis 22 



schematische Detaildarstellungen von Kantenbereichen 
zum Erlauterung cles Prinzips des erfindungsgemalSen 
Verfahrens, 



Figuren 24 bis 66 



Blockdarstellungen verschiedener Baugruppen einer 
Hardware-Losung zur Realierung des erfindungsgema&en 
Verfahrens sowie 



Figur 67 



eine Zeichenerklarung zu den in den Figuren 24 bis 66 
gegebenen Symboldarstellungen. 



Die Tabellen 1 bis 33 geben Ein- und Ausgangszustande der Schaltungen 

wieder, wie es in der Beschreibung jeweils erlautert ist. 

Zur Beschreibung der Verfahrenseinzelheiten soli zunachst der Verfahrensablauf des 
erfindungsgemaSen "Post-Anti-Aliasing" anhand von Pixeldarstellungen der zu 
betrachtenden Kantenbereiche naher beschrieben werden. 

Signaltechnisch lafct sich ein Kantenbild durch die Faltung des Bildes mit einer 
Maske, deren Summe Null ist, gewinnen. Die Summe der Elemente in der Maske 
mull Null ergeben, da sich nur somit der Gieichanteil im Bild entfernen laftt (d.h. 
einfarbige Flachen werden im Kantenbild einen Wert von Null erhalten). Um diese 
Bedingung gewahrleisten zu konnen, werden sowohl positive als auch negative 
Elemente in der Maske enthalten sein, so daS das ein durch Faltung erzeugtes 
(beispielsweise) Grauwertbild positive und negative Werte beinhalten wird. Der 
Betrag des Grauwertes ist dabei ein Mafc fur die Starke einer Kante im betrachteten 
Pixel (ein Wert von Null bedeutet also, dafc im Pixel keine potentielle Kante zu 
finden ist). 

Ausgangspunkt fur die Bestimmung der Lage der realen Geraden bei dem 
erfindungsgemafJen Verfahren ist ein binares Kantenbild, wobei die Kante immer nur 
in Abhangigkeit vom verwendeten Kantenerkennungsoperator korrekt gefunden 
werden kann. Jeder Kantenoperator hat seine Eigenheiten (ein/zwei Pixel breite 
Kanten, Aussehen des Bereiches zwischen zwei Sprungen), die im Kantenbild 
richtig interpretiert werden mussen, um sinnvolle Ergebnisse zu erhalten. 



Durch das folgend beschriebene Verfahren entsteht zunachst ein Kantenbild mit 4 
Bit Information pro Pixel, das letztlich vorzustellende Verfahren arbeitet aber auf 
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einem Binarbild, also nur mit der Information Kantenpixel ja oder nein. 

Vorab erfolgt eine Steigungsdiskrimination: Bei x-dominanten Kanten erfolgt eine 
Zumischung der Farbe des daruber- bzw. des darunterliegenden Pixels, da nur von 
ihnen sichergestellt ist, daft wenigstens einer auf der anderen Seite der gerade 
betrachteten Kante liegt (und damit eine andere Farbe hat). Der linke und der rechte 
Nachbar kann sich aufgrund des Pointsamplings immer noch auf der gleichen Seite 
der Kante befinden. Entsprechendes gilt fur die y-dominanten Kanten, so daft die 
Feststellung, daft y-dominante Kanten genauso behandelt werden sollten wie x- 
dominante sich aufdrangt. Eine Moglichkeit, die Falle gemeinsam zu behandeln, 
ergibt sich, indem der eine Fall auf den anderen zuruckgefuhrt wird. Die Ruckfuh- 
rung erfolgt pro zu behandelndem Kantenpixel, indem der aktuell betrachtete 
Ausschnitt aus dem Kantenbild an der Hauptdiagonalen gespiegeit wird. Dieser 
Vorgang ist in Figur 1 dargestellt. Pro Pixel stehen nun zwei Kantenbildausschnitte 
zur Verfugung, die weiterhin vollkommen identisch behandelt werden konnen. Der 
eine fuhrt dabei zu den vertikalen und der andere zu den horizontalen Misch- 
f aktoren. Jeder Kantenbildausschnitt besteht aus zwei Bit Informationen, da fur die 
Verfolgung der x-dominantem Kanten nur die Information "positive bzw. negative 
horizontale" Kante (entsprechend fur die Verfolgung der y-dominaten Kante nur die 
Information "positive bzw. negative vertikale" Kante) benotigt wird. 

Die Kante wird dann ais "positiv" bzw. "negativ" bezeichnet, wenn die Differenz 
der Betrage der im Farbraum vorhandenen Farbvektoren der beiden im Bild 
aneinander angrenzenden Farben bei der jeweils gewahlten Betrachtungsrichtung 
positiv bzw. negativ ist. 

Ausgehend von dem aktuell zu betrachtenden Pixel wird nun aus den noch 
vorhandenen zwei Bit die richtige Information ausgeblendet. Ist das Zentralpixel als 
positiv markiert, so werden auch in der Umgebung nur positive Kantenpixel 
berucksichtigt, urn wirklich nur die positive Kante zu verfolgen; entsprechend 
werden, falls das Zentralpixel als negativ markiert ist, nur negative Kantenpixel 
betrachtet. Somit entfallt beim Beispiel eines senkrecht stehenden Fahnenmastes 
die storende negative bzw. positive Kante und beide Falle konnen korrekt behandelt 
werden, wie es in Figur 2 dargestellt ist. Hier wird die Behandlung zweier 
nebeneinanderliegender Kanten dargestellt, die nach Ruckfuhrung auf den 
horizontalen Fall durch Drehung als x-dominante Binarbilder weiterverarbeitet 
werden. Ist das Zentralpixel jedoch als positiv und negativ markiert, so liegt der 
Spezialfall vor, bei dem benachbarte Farben die gleiche Farbvektorlange besitzen, 
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und es erfolgt eine ODER-Verknupfung der beiden Informationen pro Pixel. 

Von nun an wird also miteinem binaren Kantenbildausschnitt weitergearbeitet, bei 
dem nur noch x-dominante Kanten markiert sind, d.h., der Winkel der zu erkennen- 
den Geraden liegt zwischen -45 und +45°. 

Um aus dem vorliegenden Kantenbild reale Geraden extrahieren zu konnen, mulS 
erst einmal ermittelt werden, wie die dargestellten Pixel generiert wurden. 

Die Geometriebeschreibung einer in einem Bild dargestellten Szene erfolgt fast 
ausschlieBlich auf Polygonbasis, da Polygone am einfachsten handhabbar sind. 
Weitere Darstellungsmoglichkeiten, wie B-Splines (Angabe nur von Stutzstellen der 
Oberf lache), Voxelmodeile (Beschreibung des kompletten Volumens des Objektes), 
sowie CSG-Baume (Auf bau des Objektes aus geometrischen Primitiva), f inden kaum 
Anwendung, da aus ihnen abgeleitete Darstellungsverfahren fur die Rasterisierung 
zu komplex sind, um sie in Hardware realisieren zu konnen. 

Bei den in Hardware realisierten Polygonrenderern handelt es sich meist um 
Dreiecksrenderer, da nur bei Dreiecken gewahrleistet ist, dafc nach einer Trans- 
formation (Rotation, Skalierung, Translation) das Polygon eben bleibt, was bei 
allgemeinen Polygonen aufgrund der beschrankten Rechengenauigkeit der Rechner 
nicht immer der Fall ist. 

Die Dreiecke, beschrieben durch die drei Eckpunkte und Parametern (z-Wert, 
Texturkoordinaten, Normalen, usw.) an diesen Punkten, werden in einem 
sogenannten "Scanliner" rasterisiert, und anschliefcend wird jedem Pixel aufgrund 
der interpolierten Parameter ein Farbwert zugewiesen, der dann im Framebuffer 
abgelegt wird, falls das Pixel nicht durch ein Pixel eines anderen Dreiecks verdeckt 
ist. Unser Interesse gilt nun genau diesem Scanliner, der entscheidet, welche Pixel 
gesetzt werden, und welche nicht. 

Die Arbeitsweise eines Scanliners lafct dabei sich wie folgend beschreiben: 
Ausgehend vom unteren Eckpunkt des Dreiecks wird fur jede Zeile der reale 
Anfangs- und Endpunkt bestimmt, alle Pixel die zwischen diesen beiden Punkten 
liegen, gehoren demnach zum Dreieck und werden dargestellt. Die Entscheidung, 
welches Pixel das erste bzw. letzte darzustellende ist, wird aufgrund der Lage des 
Pixelmittelpunktes zur realen Kante getroffen. Liegt der Pixelmittelpunkt innerhalb 
des Anfangs- und Endpunktes dieser Zeile, so wird das Pixel gesetzt. Durch dieses 
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Vorgehen ergeben sich an den Kanten charakteristische Stufenmuster, die als 
einzige Informationsquelle trotzdem vieles uber die Lage der realen Kante aussagen. 

Ergibt sich im Bild eine Stufe, so ist bekannt, date die reale Kante zwischen den 
beiden Pixelmittelpunkten der verschiedenfarbigen Pixel verlaufen muB. Dies ist in 
Figur 3 dargestellt. Werden mehrere Stufen bei diesem Vorgehen berucksichtigt, so 
wird immer genauer die reale Kante angenahert. Die Verfoigung von Stufen 
gestaltet sich in realen Bildern schwieriger als hier zunachst angenommen, da im 
Bildausschnitt meist nicht nur eine Kante enthalten ist, sondern auch sich kreuzende 
Kanten, Kanten, die ihre Steigung andern, sowie Texturkanten und Rauschen. 

Zunachst soli nur der Idealfall einer vorhandenen Kante im aktuellen Kantenbildaus- 
schnitt behandelt werden, wobei weiterhin die Einschrankung getroffen wird, daft 
nur eine Stufe der Kante verfolgt wird, die Erweiterung auf mehrere Stufen erfolgt 
in einem spateren Abschnitt. 

Uber das aktuelle Fenster des Kantenbildes wird der Einfachheit halber ein lokales 
Koordinatensystem gelegt, durch das alle Pixel von nun an beschrieben werden 
konnen. Das Zentralpixel erhalt die Koordinate (0/0.5); 0.5 in der y-Koordinate 
deshalb, da der hier angenommene Differenzoperator immer das Pixel oberhalb des 
Farbsprunges markiert, bei y = 0.0 liegt demnach genau der Farbsprung. Ein 
derartiges Fenster ist in Figur 4 dargestellt. 

Ist das Zentralpixel also als Kante markiert, so wird im aktuellen Fenster die Stufe 
weiter nach rechts bzw. links verfolgt, um die nachstgelegenen Sprunge zu finden. 
Es ergeben sich somit zwei Werte x A und x E die die Endpunkte der Stufe 
bezeichnen. Am Ende der Stufe kann es nun prinzipiell vier verschiedene Kon- 
stellationen geben. 

1 . Schrag oberhalb liegt ein weiteres Kantenpixel, d.h., es erfolgt ein Sprung nach 
oben (Dieser Fall wird weiterhin als UP bezeichnet.) 

2. Schrag unterhalb liegt ein weiteres Kantenpixel, d.h., es erfolgt ein Sprung nach 
unten (Fall: DOWN) 

3. In der nachsten Spalte existiert kein weiteres Kantenpixel; die Kante hort also 
hier vollkommen auf (wir befinden uns wahrscheinlich an einer Ecke des 
Objektes) (Fall: NO) 
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4. Wir befinclen uns am Rand des Kantenfensters, die Stufe pafJte demnach nicht 
vollstandig in das aktuelle Fenster. Es wird sich voraussichtlich um eine sehr 
flache Kante handeln. (Fall: HOR) 

Voraussetzung ist dabei die Anwendung eines Operators, derbei der Verfolgung der 
Kante einen Kantenstreifen mit der Breite nur eines Pixels liefert. 

Die ersten beiden Falle bilden den Normalfall, der letzte Fall ist unangenehm, da 
keine Aussage uber den weiteren Verlauf der Kante moglich ist. Die entsprechend 
markierten Falle sind in Figur 5 nebeneinander wiedergegeben (von links nach 
rechts (UP, Down, NOedge,HORizontal). 

Falls an beiden Enden der Stufe entgegengesetzte Falle auftreten (links UP /rechts 
DOWN Oder links DOWN / rechts UP), kann nun bereits eine Gerade festgelegt 
werden. Die Endpunkte befinden sich bei x Anf : = xA-0.5 und xEnd : = *e + 0.5 und 
die y-Koordinate ergibt sich bei einem Sprung nach oben zu 0.5, bei einem Sprung 
nach unten zu -0.5. 
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Am Beispiel einer schrag nach oben verlaufenden Kante soil verdeutlicht werden, 
warum die Gerade durch die beiden Punkte 

(x Anf#yAnf ): = (xA-0.5,-0.5) und 
(xEnd,yEnd): = (xE + 0.5,0.5) 

gelegt wurde. Zu beachten ist dabei die Unterscheidung von xA (letztes Pixel der 
Stufe) bzw. xE und xAnf (Punkt auf der angenommenen Geraden) bzw. xEnd. 
Aufgrund des Musters im Kantenbild ist genau bekannt, wo sich der Sprung 
zwischen den beiden beteiligten Farben befindet. Dieser Zusammenhang ist aus 
Figur 6 ersichtlich, welche die Zuordnung der moglichen Verlaufe der realen 
Geraden zu einer Kante wiedergibt (Links oben: Muster im Kantenbild, rechts oben: 
q Farbzuordnung der Pixel mit angenommener Geraden), links unten: minimale und 

ifl maximale Steigung, rechts unten: parallele Geraden. Irgendwo zwischen den 

^ horizontal andersfarbigen Pixeln muB also die reale Kante verlaufen. 

m 

O Wahrend in Figur 6 die moglichen Extremfalle der moglichen Geraden dargestellt 

ItS sind, bildet die gewahlte Gerade nun genau einen Mittelweg zwischen alien 

* ~ Extremen, so dafc der Fehler zur realen Geraden, unabhangig davon, um welche es 

L sich handelt, minimiert wird. 

m 

y Bei der Behandlung des Falles NO, in dem kein weiteres Kantenpixel in der nachsten 

O Spalte vorhanden ist, wird dem Endpunkt die y-Koordinate 0.0 zugewiesen, da aus 

^ dem Kantenbild nicht ersichtlich ist, warum kein weiteres Pixel existiert. Der Grund 

^ : kann entweder sein, dafh eine Ecke eines Objektes vorliegt (in diesem Fall erscheint 

die Ecke etwas abgerundet), oder aber der Schwellwert bei der Kantenbildgenerie- 
rung nicht klein genug angesetzt war (so dafc die Kante beliebig weiterlauft, jedoch 
nicht mehr als solche erkannt wurde). 

Im vierten Fall (HOR) mufS eine Sonderbehandlung vorgesehen werden, da dieser 
nur aufgrund der Beschrankung des Algorithmus auf ein Fenster auftritt. 

Der einfachste Ansatz ist, diesen Fall genau wie den vorherigen zu behandeln, dem 
entsprechenden Endpunkt also den y-Wert 0.0 zuzuweisen. Dies ist wurde jedoch 
zu unrichtigen Ergebnissen fuhren, wie am Beispiel von Figur 7 ersichtlich ist. Fur 
jedes Pixel wurde die Gerade eingezeichnet, die sich durch dieses Vorgehen ergibt. 
Bei der Verschiebung des Fensters wird die erzeugte Gerade immer flacher, bis sie 
auf einmal vollkommen horizontal wird, sobald der Sprung aus dem Fenster lauft. 
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Prinzipiell ist das auch wunschenswert, aber ergibt sich fur das zu betrachtende 
Pixel fast immer der gleiche y-Wert, wodurch kein sinnvoller Verlauf interpoliert 
wird. 

Stattdessen wird eine Gerade herangezogen, die fur alle Pixel, die zumindest an 
einem Ende noch einen Sprung sehen, aleich ist. Ergab sich bei x Anf ein Endpunkt, 
so wird der zweite bei x end = x gnf + <n-1)/2, mit n der Fenstergrofce (Figur 7b) 
festgelegt. Durch dieses Vorgehen ergeben sich bei sehr langen Stufen (Stufen, die 
nicht mehr komplett in das Fenster passen) Ubergangsbereiche an den initialen 
Sprungen, in denen ein Farbverlauf entsteht, und Bereiche, in denen die Farben 
erhalten bleiben. Dieser Zusammenhang ist in Figur 8 wiedergegeben. Je grofter das 
Fenster gewahlt wird, desto breiter wird der Obergangsbereich, was zur Folge hat, 
i** dafc die reale Kante besser approximiert wird. 

W Desweiteren ist es moglich, dafS an beiden Enden ein Sprung in die selbe Richtung 

?5 erfolgt (DOWN/DOWN oder UP/UP). In diesem Fall geht eine schrag nach oben 

j^j verlaufende Kante in eine schrag nach unten verlaufende (oder umgekehrt uber), es 

m wird also zusatzlich zu den beiden Endpunkten ein dritter Punkt benotigt, der bei 

ill X mjd =(x end + x anf )/2,0) festgelegt wird. Der mittlere Punkt liefSe sich genauer 

^ bestimmen, indem man die jeweils nachsten Stufen in beide Richtungen verfolgt, 

;5! und aus deren beiden Endpunkten den Mittelpunkt extrapoliert. Dies erhoht die 

|j Qualitat des Bildes und ist daher sinnvoll, falls man bereit ist, den Mehraufwand 

O hierfur in Kauf zu nehmen. Dieser Fall ist in Figur 9 wiedergegeben und recht selten 

■«f und die Ergebnisse mit dem hier angenommenen Punkt sehen recht annehmbar aus, 

,4£l so da(S der zusatzliche Rechenaufwand mit Blick auf die Hardwarerealisierung 

vermieden wird. 

Alle bekannten Spezialfalle werden auf die Grundfalle zuruckgefuhrt, indem die 
Zustande an den Endpunkten ermittelt umgesetzt werden. Dies geht im einzelnen 
aus Tabelle 1-3 hervor, wo die bei unterschiedlichen Stufen zu verfolgenden 
Geradenverlaufe jeweils dargestellt sind. 

Am Ende einer Stufe kann es vorkommen, date sowohl ein Sprung nach oben als 
auch ein Sprung nach unten angezeigt wird, was durch das Zusammenlaufen zweier 
Kanten entsteht. Dieser Fall ist in Figur 1 0 wiedergegeben. Dabei ist im linken Teil 
der Figur das Kantenbild und im rechten Teil die Ausgangssituation dargestellt, 
welche zu dem links dargestellten Bild fuhrte. Als beste Losung fur diesen Fall 
stellte sich die Betrachtung des entgegengesetzten Status heraus. Ist der 
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entgegengesetzte Status UP, so wird der aktuelle auf DOWN gesetzt, wodurch die 
Hauptkante weiter interpoliert wird. Entsprechend ergibt sich bei DOWN ein UP fur 
den aktuellen Status. Nur falls der andere Status keine Vorzugsrichtung vorgibt 
(NO, HOR oder ebenfalls UP/DOWN), wird der Status auf NO gesetzt, und so auf 
eine Interpolation an diesem Ende verzichtet. 

Texturkanten werden dadurch kenntlich, daft zwischen den Stufen ein Bereich 
existiert, in dem zwei Pixel im Kantenbild ubereinander gesetzt sind. (Figur 1 1b) 
Texturkanten werden nicht weiter behandelt, da im Binarbild keinerlei Information 
uber den wirklichen Farbverlauf an der Kante vorhanden ist; das Ergebnis einer 
neuerlichen Interpolation wurde also immer eine Verschlechterung des Aussehens 
zur Folge haben. Es kann aber auch andere Grunde geben, da(S zwischen zwei 
!«% Stufen Pixel ubereinander gesetzt sind, beispielsweise auch bei dem schon 

*IJ behandelten Fail zweier auf einen Punkt zulaufenden Kanten. Dieser Fall ist in Figur 

^ 1 1 c wiedergegeben. In Figur 1 1 sind allgemein die Falle wiedergegeben, welche zu 

"zwei ubereinandergesetzten Pixeln" im Kantenbild fuhren. In diesen Fall mulS 
jiy trotzdem eine Behandlung erfolgen. Durch das Umsetzen des Status auf NO an dem 

ftp Ende, wo der Ubergangsbereich existiert, lassen sich beide Falle sinnvoll behandeln. 

it? Bei einer Texturkante werden so beide Stati auf NO korrigiert, bei dem Fall zweier 

!L- Kanten, wird nur der eine Status umgesetzt, durch den anderen erfolgt dann 

jjg weiterhin eine Interpolation. 

J _ s 

G Problematisch erweist sich der Fall, bei dem zwischen den beiden Grundfarben gar 

kein Farbverlauf interpoliert wurde (wie es bei einem Testbild Ziff Davis' Winbench 
vorkommt). Das Kantenbild ist in keiner Weise von dem einer Texturkante 
unterscheidbar, und wird deswegen auch nicht behandelt. Dieser Fall ist in Figur 
10e wiedergegeben. 

Rauschen aufcert sich im Kantenbild durch das vereinzelte Auftreten von Kantenpi- 
xeln, die in keinem Zusammenhang mit einer wirklic hen Kante stehen. Dieser Fall 
findet in den Tabelle 1 bis 3 insoweit Berucksichtigung, indem, falls beide Stati NO 
sind, der y-Wert auf Null gesetzt und somit nicht weiter behandelt wird. 
Am Beispiel einer schrag nach oben verlaufenden Kante soil noch einmal ver- 
deutlicht werde, welche Unterschiede sich zwischen der angenommenen Geraden, 
und der realen Geraden maximal ergeben konnen. 

Der Einfachheit halber wird fur die Betrachtung ein anderes Koordinatensystem 
zugrunde gelegt, bei dem der Nullpunkt im Pixel links von der Stufe liegt. Dies ist 
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aus Figur 12 ersichtlich. 

Die reaie Gerade verlauft also sicher zwischen den Koordinaten (0,0) und (1 ,0) bzw. 
(x E .j) und (x E+1 1 ) / da sich sonst eine andere Rasterisierung ergeben hatte. Die 
angenommene Gerade g verlauft durch die Punkte (0.5,0) und (xE + 0.5,1 ), woraus 
sich die Geradengleichung ergibt zu 



g>y = 




Wesentlich ist die maximale Differenz dieser Geraden zu alien anderen Moglichen. 
Die Differenz wird nur an den ganzzahligen x-Koordinaten benotigt, da nur dort 
Samplepoints liegen. Es mussen also die Differenzen zu alien moglichen Ex- 
tremfallen der realen Geraden betrachtet werden. 
Es ergeben sich drei Falle (siehe Figur 6) 

1 . Differenz zu alien parallelen Geraden 

Falls die reale Gerade parallel zur Angenommen verlauft, so ist die Differenz fur 
jedes Pixel der Stufe die selbe. Aus der Geradengleichung fur die am weitesten 
unten moglichen Geraden (Punkte (1,0) und (x E + 1 ^) 

STu'-y = tt*U-1) 

E 

ergibt sich 

als Differenz bei jedem x-Wert. 

Aus der Geradengleichung fur die am weitesten oben liegenden Geraden 
(Punkte (0,0) und (x E -,)) 

ergibt sich - 
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als Differenz bei jedem x-Wert. 

2. Differenz zur Geraden mit maximaler Steigung 

Die Gerade mit der maximalen Steigung verlauft durch die Punkte (1,0) und 
(x E <|) und wird beschrieben durch: 

<,„: y =._JL_.U-l) 

Die maximale Differenz wird sich am weitesten auften ergeben, da dort die 
Geraden immer weiter auseinanderlaufen, es werden also die x-Werte 
1(Ay 3 (1)= 1/2x E ) und x E (Ay 3 (x E ) = 1/2x E ) in die Gleichung 10 eingesetzt, 
wodurch sich die maximale Differenz 

ergibt. 

3. Differenz zur Geraden minimaler Steigung 

Die Gerade mit der minimalen Steigung verlauft durch die Punkte (0,0) und 
(x E+q q ) und die Geradengleichung lautet demzufolge: 

1 

*y.<*)-i«.-»i-i- C5 ^5'<--i" c ^i >l 

Nach den gleichen Uberlegungen wie bei Punkt 2 ergeben sich die maximalen 
Differenzen bei 1 0 und x F 0, wodurch die maximale Differenz 
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1 (Ay 4 (l) = 



U H -1) 



unci x E (Ay 4 (x s ) = 



(x E -l) 



2* *x s 



2* (x £ +l) *x E 



entsteht. 



Wie aus den obigen Gleichungen ersichtlich ist, betragt die maximale Differenz zu 
den Geraden Ay = x1 /2x E Figur 1 3 gibt die maximale Abweichung in Abhangigkeit 
von der Stufenlange x E . Fur lange Stufen entspricht die angenommene Gerade 
praktisch der wirklichen, wohingegen fur kurze Stufen (x E <4) kaum annehmbare 
Differenzen entstehen, wenn man vom Grenzfall einer Kante zwischen weifc und 
schwarz ausgeht. 

Eine Verbesserung ergibt sich, wenn statt nur uber eine Stufe die Kante uber 
mehrere Stufen verfolgt wird, da dadurch die reale Gerade besser approximiert 
werden kann. Bei einer fest vorgegebenen FenstergrofXe kann bei kurzen Stufen eine 
Interpolation uber viele Stufen erfolgen, bei langen Stufen meist nur eine Stufe 
interpoliert werden, was der Form der Differenz-Funktion entgegenkommt. Bei sehr 
langen Stufen # die nicht mehr komplett in das aktuelle Fenster hineinpassen, wird 
nicht mehr versucht, der realen Geraden zu folgen, da dazu lokal die Information 
fehlt, so dad ab einer Stufenlange, die uber die Fensterbreite hinausgeht, jede Stufe 
die gleiche Interpolation erfahrt (Figur 8). Das Fenster sollte also moglichst groS 
gewahlt werden, um diesen Effekt zu vermeiden; bei einem Fenster der GroBe des 
eigentlichen Bildes tritt dieser Fehler gar nicht mehr auf . Zu groSe Fenstergrofcen 
widersprechen aber der eigentlichen Idee des Algorithmus, so dalS ein KompromiB 
zwischen den beiden Extremen gefunden werden muB. 

Bei der Verfolgung nur einer Stufe tritt wie gezeigt das Problem auf, dafc kurze 
Stufen zu einer sehr ungenau approximierten Geraden fuhren. Dies wird besonders 
augenfallig, wenn die Rasterisierung einer Kante nahe 45° betrachtet wird, bei der 
abwechselnd "ein-pixel-lange" und "zwei-pixel-lange" Stufen auftreten (Figur 14). 
Bei den "ein-pixel-langen" Stufen wird eine Gerade der Steigung 45° angelegt, bei 
den "zwei-pixel-langen" Sprungen jedoch eine Gerade mit der Steigung 



arctan 



1 (Stufen in y-Richtung) 

2 (Stufen in x-Rich tuner) 



~ 26,6Grad 



Durch die Verfolgung mehrerer Stufen kann die Vielfalt der moglichen Geraden 
(Steigung zwischen 26,6 und 45°) auf einen kleinen Bereich eingeschrankt werden, 
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da die Endpunkte der anzulegenden Geraden immer weiter auseinander wandern, 
und somit die Gerade immer genauer beschrieben wird. 

Mehrere Stufen werden jedoch nicht immer verfolgt, sondern nur dann, wenn die 
Stati an den Enden der zentralen Stufe (Stufe, zu der das aktuell betrachtete Pixel 
gehort) entgegengesetzte Richtungen der Sprunge anzeigen (also UP/DOWN oder 
DOWN/UP), da es sich nur in diesen Fallen um eine "gutartige" Kante handelt, die 
einer genaueren Approximation wert ist. 

1st einer der Stati NO, so ist dieser Endpunkt bereits festgelegt, da in dieser 
Richtung keine weiteren Stufen existieren. Dieser Endpunkt mulS aber keinesfalls auf 
der realen Geraden liegen, so daft bei einer Verfolgung der Kante in die andere 
□ Richtung zwar die Steigung genauer bestimmt werden kann, jedoch stimmt der 

u3 Ansatzpunkt der Geraden und damit der zu berechnende Flachenanteil nicht. 

ejji 

sjS Bei einem Endstatus HOR handelt es sich auf jeden Fall um eine sehr flache Kante. 

05 Da nicht einmal die zentrale Stufe ins aktuelle Fenster paBte, wird garantiert auch 

HJ keine andere Stufe komplett sichtbar sein. 

m 

L Fur die weitere Behandlung ist Voraussetzung, da& die Bearbeitung symmetrisch 

(J erfolgt, so date der Fall "Stufen nach links verfolgen" auf den Fall "Stufen nach 

W rechts verfolgen" zuruckgeftihrt wird. Weiterhin wird versucht, die Stufen aus dem 

y halben Fenster (nur die rechte Seite wird benotigt) mittels der Position des 

Endpunktes der zentralen Stufe und des Status an dieser Stelle zu extrahieren (vgl. 

Figur 15). 

Erfolgte ein Sprung nach oben, wird eine Zeile hoher versucht, wieder eine 
moglichst lange Stufe zu finden; entsprechend wird bei einem Sprung nach unten 
eine Zeile tiefer verfahren. Am Ende der Stufe wird dann wiederum der Status 
festgestellt, und sofern der Status der selbe wie am Ende der zentralen Stufe ist, 
wird versucht, nun die nachste Stufe zu verfolgen. Von weiterem Interesse sind nur 
solche Stufen, die noch vollstandig ins Fenster passen. Als Ergebnis erhalt man eine 
Anzahl von Stufen mitsamt ihren jeweiligen Langen. Das Verfahren sieht auf den 
ersten Blickrecht aufwendig aus, es muft jedoch jede Spaltedes Kantenfensters nur 
ein einziges Mai betrachtet werden. 

Der einfachste Ansatz ware jetzt, die jeweiligen Endpunkte der letzten Stufen als 
Punkte auf der approximierten Geraden festzulegen, jedoch liefert das in einigen 
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Fallen vollkommen falsche Ergebnisse. Zum Beispiel wircl der Fall zweier Kanten 
unterschiedlicher Steigungen nicht korrekt behandelt. Durch das hier skizzierte 
Verfahren wurde die Ecke zwischen den beiden Kanten nicht wahrgenommen, und 
somit weginterpoliert, wobei nicht einmal eine kontinuierliche Anderung entsteht, 
sondern immer wieder Sprunge (Figur 16). Noch ungunstiger sieht es bei der 
Rasterisierung eines Kreises aus, der prinzipiell aus mehreren Kanten zusammen- 
gesetzt werden kann, deren Steigungen sich allmahlich andern. Hierbei wurde sogar 
uber mehrere Ecken hinweg interpoliert werden. 

Bei der Rasterisierung durch die Scankonvertierung entstehen an einer Kante 
charakteristische Sprungmuster, die eingehalten werden miissen. 1st fur einen 
Sprung eine der Regeln nicht mehr giiltig, so kann man davon ausgehen, dafJdieser 
Sprung zu einer anderen Kante gehort, somit kann die entsprechende Stufe 
eliminiert werden. 

Regeln bei der Rasterisierung einer Kante: 

1 . Es konnen maximal zwei verschiedene Stufenlangen vorkomrnen, deren 
Stufenlangen sich aufXerdem um maximal 1 unterscheiden durfen. 

2. Nur eine der beiden Stufenlangen darf mehrmals hintereinander auftreten. 

3. Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche Lange 
haben, erhalt man eine Zahlensequenz, bei der abwechselnd immer eine Eins 
und dann eine beliebige Zahl ( > 0) steht. Die Einsen (nur die an jeder zweiten 
Position) werden aus dieser Sequenz gestrichen. Bei der erhaltenen Sequenz 
durfen wieder nur zwei verschiedene Zahlen vorkommen, die sich um eins 
unterscheiden. 

4. Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden moglichen Zahlen 
mehrmals hintereinander auftreten. 

5. Durch wiederholtes Anwenden der Regeln 3. und 4. auf die Zahlensequenz, 
iafct sich ein immer globalerer Blick auf die Kante gewinnen. 

Je kleiner das betrachtete Fenster gewahlt wird, desto weniger der oben genannten 
Regeln miissen beachtet werden, da in einem kleines Fenster nur sehr wenige 
Stufen passen, und somit nicht genugend Information fur alle Regeln zur Verf ugung 
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steht. Bei der hier ais Beispiel beschriebenen Hardware-lmplementierung wurde eine 
Fenstergrotee von 17x17 gewahlt, bei der nur die ersten beiden Regeln implemen- 
tiert wurden, da die dritte Regel nur in sehr wenigen Fallen Anwendung finden 
wurde, und die Unterschiede so marginal sind, date der Mehraufwand nicht 
gerechtfertigt ist. Bei der nachfolgend beschriebenen Software-lmplementierung, 
die fur beliebige Fenstergrofcen ausgelegt ist, wurden die Regeln bis einschliefclich 
Nr. 4 berCicksichtigt. 

Ausgehend von der zentralen Stufe werden sukzessive jeweils immer eine Stufe 
nach rechts bzw. links zu den betrachteten Stufen hinzugefugt. Ist fur eine der 
zugefugten Stufen eine Regel nicht mehr erfullt, so wird die Stufe wieder entfernt, 
und es wird nur noch in die andere Richtung weitergesucht. Konnen auf beiden 
Seiten keine weiteren Stufen hinzugenommen werden (ohne die Regeln zu 
verletzen), so istdieser Vorgang abgeschlossen, und es konnen aus den Stufen die 
Endpunkte der anzulegenden Geraden bestimmt werden. 

Falls die letzten Stufen an beiden Enden komplett benutzt werden, ergibt sich das 
Problem, daft es bei der Verschiebung des Fensters um ein Pixel vorkommen kann, 
daft am linken Rand eine Stufe nicht mehr ins Fenster paftt, und gleichzeitig eine 
neue Stufe am rechten Rand dazugenommen wird, was in einer relativ starken 
Anderung der angenommenen Geraden resultiert. 

In Figur 1 8 ist wiedergegeben, wie die Verschiebung des Fensters um ein Pixel nach 
rechts zu einer neuen und einer wegfallenden Stufe fuhrt. 

Dieser Effekt kann vermieden werden, wenn die letzten Stufen nur halb benutzt 
werden, das heiftt es wird die halbe Lange zur x-Koordinate und 0.5 zur y- 
Koordinate hinzugerechnet. Durch dieses Vorgehen wird die abrupte Hinzunahme 
bzw. das abrupte Weglassen einer Stufe verdeckt, und die Geraden benachbarter 
Pixel passen sich besser einander an (Figur 19). 

Das Verfahren arbeitet wie vorgestellt auf einem gepointsampleten Bild, die 
endgultige Farbgebung eines Pixels ergibt sich also aus seiner gepointsampleten 
Farbe unter Zumischung der Farben benachbarter Pixel. Die Zumischung der Farben 
wirdjedoch nicht in jedem Fall durchgefuhrt. Handelt essich bei betrachteten Pixel 
um kein Kantenpixel, das heiftt es wurden keine extremen Farbsprunge zu den 
benachbarten Farben wahrgenommen, so wird der ursprungliche Farbwert 
ubernommen, was bei ca. 90% der Pixel eines Bildes auftritt. In den meisten 
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anderen Fallen erf olgt eine Zumischung nur einer benachbarten Pixelf arbe, und zwar 
der, zu der der Farbsprung existierte, nur in Ausnahmefallen erfolgt eine Zumi- 
schung von mehr als zwei Farben. 

Die Bestimmung der einzelnen Mischfaktoren erfolgt auf der Grundlage der pro Pixel 
angelegten Gerade(n), die durch die wahrnehmbaren Farbsprunge im Bild bestimmt 
werden. Die Zumischungsrichtung ergibt sich aus der Lage des Pixels bezuglich des 
Farbsprunges. Wurde beispielsweise ein Farbsprung zum daruberliegenden Pixel 
erkannt, so wird daraus ein Mischfaktur bzgl. dieses Pixels bestimmt. 

Fur die Bestimmung der vier Mischfaktoren aus den einzelnen Richtungen sind 
demzufolge vier Geraden notig: 

1st das daruberliegende Pixel im Kantenbild als horizontal markiert, so ergab 
sich ein Farbsprung zum aktuellen Pixel und es wird durch dieses Pixel eine 
Gerade bestimmt, die den UP-Mischfaktor festlegt. 

1st das aktuelle Pixel im Kantenbild als horizontal markiert, so ergab sich ein 
Farbsprung zum darunterliegenden Pixel und es wird eine Gerade bestimmt, die 
den DOWN-Mischfaktor festlegt. 

1st das linke Pixel als vertikal im Kantenbild markiert, so ergab sich ein 
Farbsprung zum aktuellen Pixel und es wird eine Gerade unter Ruckf uhrung auf 
den horizontalen Fail bestimmt, die den LEFT-Mischfaktor festlegt. 

1st das aktuelle Pixel als vertikal markiert, so ergab sich ein Farbsprung zum 
rechten Nachbarn und es wird eine Gerade unter Ruckfuhrung auf den 
horizontalen Fall bestimmt, die den RIGHT-Mischfaktor festlegt. 

Bei den Punkten 1 und 3 fallt auf, dafc das aktuelle Pixel gar nicht als Kantenpixel 
markiert worden war. Das kam daher, dafc der Differenzoperator immer nur Pixel 
markiert, die entweder links (fur den vertikalen Operator) oder oberhalb (fur den 
horizontalen Operator) des Farbsprunges liegen. In diesen beiden Fallen muS das 
aktuelle Fenster also urn ein Pixel nach oben (im Fall 1 ) bzw. um ein Pixel nach links 
(im Fall 3) verschoben werden, damit das nachfolgend vorgestellte Verfahren 
angewendet werden kann, da dort davon ausgegangen wird, daft das Zentralpixel 
ein Kantenpixel enthalt, von dem aus die Gerade verfolgt werden soil. 
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Das Koordinatensystem, in dem der Anfangs- und Endpunkt der Geraden festgelegt 
wird, wurde so def iniert, daft die x-Koordinate des betrachteten Punktes Null ist und 
der Farbsprung sich genau bei der y-Koordinate Null befindet 

Die Gerade wurde definiert durch die beiden Punkte (x Anf yAnf ) und ( x End,yEnd^ 
somit lautet die allgemeine Geradengleichung: 

,r- y End~y Anf + { Wv 

y~~ ~ * {X X Anf } +yAn£ 

X-End ^Anf 

Urn den Mischfaktor aus dieser Geraden zu extrahieren, gibt es prinzipiell zwei 
verschiedene Verfahren. 



m 



Durch Einsetzen des x-Wertes 0 erhalt man den Schnittpunkt der Geraden mit der 
y-Achse: 

fr* Tr - _ y End~y Anf t „ +v - 

*End ^Anf 

hj 1st der y-Wert grower als 0.0, jedoch kleiner als 1 .0, so muK das Pixel an der 

*i_ Koordinate (0/0.5) eine Zumischung aus dem darunterliegenden Pixel erfahren. Ist 

y der y-Wert kleiner als 0.0, jedoch grofter als -1.0, so wird das Pixel an der 

^ Koordinate (0/-0.5) mit dem daruber liegenden Farbwert abgemischt. Der Betrag des 

y-Wertes gibt dabei an, wieviel zugemischt werden soli. Aus der Betrachtung zweier 
Spezialfalle soil klar werden, warum dies so festgelegt wurde. Ist der y-Wert genau 
Null, so verlauft die Gerade genau zwischen den beiden Pixeln, jedes Pixel gehort 
also voll zu der jeweiligen Farbseite. Ist der y-Wert jedoch fast 0.5, so gehort das 
obere Pixel nur zu 50% zur oberen Farbhalfte, hat jedoch vollkommen die Farbe der 
oberen Farbhalfte, da das Bild ja Ergebnis eines Pointsampling-Verfahrens war. Der 
y-Wert markiert nun, wo der eigentliche Farbsprung hatte stattfinden sollen, falls 
vertikal eine groftere Auflosung gewahlt worden ware. Durch die Mischung erhalt 
das Pixel nun eine Farbe aufgrund der Flachenanteile zwischen den beiden 
Extremfarben. 



•1=3. 



Liegt der Betrag des y-Wertes zwischen 0.5 und 1 .0, so sollte aufgrund der 
Geraden das Pixel bereits den anderen Farbwert haben, nach dem Kantenbild hat 
es ihn jedoch nicht. Dies kann dadurch zustande kommen, daft die angenommene 
Gerade nicht exakt der wirklichen Kante entspricht. Es werden jedoch trotzdem 
Faktoren bis 1 .0 zugelassen, da benachbarte Pixel ebenfalls nach der vermeintlich 
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falschen Geraden interpoliert werden und falls der Mischfaktor auf 0.5 beschrankt 
wurde, ware ein Bruch in der fertig interpolierten Kante wahrnehmbar. Bei einem 
Wert uber 1 .0 (entsprechend unter -1 .0) wird das Pixel an der Koordinate (0/0.5) 
komplett umgefarbt, und das Pixel daruber (0/1 .5) mufcte ebenfalls noch teilweise 
umgefarbt werden, was jedoch nicht getan wird, da dann die Kante sich zu weit 
von der realen entfernen wurde. Diese drei Falle sind in Figur 20 nebeneinander 
dargestellt. 

Das zweite Verfahren liefert genauere Ergebnisse. Hierbei wird aufgrund der Lage 
der Geraden bezuglich des Pixelmittelpunktes der genaue Flachenanteil bestimmt, 
der sich unterhalb der Geraden befindet (Figur 20). 

Befindet sich die Gerade unterhalb des Pixelmittelpunktes, wird entsprechend des 
Flachenanteils unterhalb der Geraden der Farbwert des darunter liegenden Pixels 
zugemischt, da dann der Farbsprung zum Pixel darunter existierte. Im anderen Fall 
wird entsprechend des Flachenanteils oberhalb der Geraden die Farbe des 
daruberliegenden Pixels zugemischt. 

Die Flachenanteile lassen sich mittels eines Tabellen-Lookups bestimmen, bei dem 
lediglich die Steigung der Geraden und der Abstand der Geraden zum Pixelmittel- 
punkt eingeht. Das Verfahren laSt sich also recht gut in Hardware realisieren und 
stelltdamiteine Erweiterungsoption deshiervorgestellten Algorithmus dar, mitdem 
eine grofcere Genauigkeit erzielt werden kann, jedoch mit einem grofceren 
Hardwareaufwand, da zusatzliche Tabellen benotigt werden (Figur 21). 

Einen wesentlichen Unterschied bei den beiden Verfahren gibt es nur im Fall einer 
Dreiecksflache unterhalb der Geraden. In diesem Fall liefert Verfahren 1 einen zu 
kleinen Mischfaktor. Falls es sich urn eine Trapezflache handelt, so liefern beide 
Verfahren genau die selben Ergebnisse, da sich das Dreieck, das zuviel berechnet 
wurde, genau gegen das Dreieck, welches zu wenig gerechnet wurde, aufhebt 
(Figur 22 links). 

Als problematisch stellt sich die Bestimmung des Mischfaktors fur das zentrale Pixel 
dar. Falls nur horizontal Mischfaktoren (also UP und DOWN) bzw. nur vertikale 
Mischfaktoren (LEFT und RIGHT) ungleich Null sind, ergibt sich der zentrale 
Mischfaktor zu 

mix center = 1 " mix up " mix down " mix left " mix right 
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Die beiden gegenuberliegenden Mischfaktoren (UP/DOWN bzw. LEFT/RIGHT) 
ergeben zusammengezahlt maximal 1 .0, so date auch der zentrale Mischfaktor im 
Bereich 0.0 bis 1 .0 liegt. Sind jedoch vertikale und horizontale Mischfaktoren 
vorhanden, so istdies nicht mehr gewahrleistet. Das Problem entsteht daraus, dafi 
sich die Faktoren in diesem Falle nicht mehr komplementar verhalten. Figur 23 
enthalt eine Ecke eines Objektes, an dem dies verdeutlicht werden soli. Die vertikale 
Kante gibt an, date ein bestimmter Prozentsatz von linken Pixel zugemischt werden 
soli, gleiches gilt fur die horizontale Kante bzgl. des unteren Pixels. Die beiden 
Flachen, die zu den Mischfaktoren f uhren, besitzen jedoch eine gemeinsame Flache, 
die gedanklich getrennt werden mufcte, und jedem Faktor nur ein Teil dieser Flache 
zugeschlagen wird. 

Diese genauere Betrachtung macht aber nur Sinn, wenn die Mischfaktoren sich 
auch auf die wirklichen Flachenanteile beziehen. Da bei dem implementierten 
Verfahren dies nicht verwirklicht ist, wird hier erneut eine Naherung eingefuhrt, 
indem bei vertikalen und horizontaien Mischfaktoren alle Faktoren halbiert werden. 

m . - _ miX up _ mix down _ MlXlett _ mix right 

miX centez ± ^ 2 2 2 

Durch diese Vorgehen ist wieder gewahrleistet, daft der zentrale Mischfaktor im 
Bereich 0.0 bis 1 .0 liegt. Die verwendete Naherung ist sehr grob, die Fehler werden 
im Bild jedoch nicht wahrgenommen, da die Ecke eines Objektes eine Diskontinuitat 
darstellt, und dadurch der entstehende Farbfehler nicht auffallt. 



Fur die Farbmischung muB zwischen zwei oder mehr Farben interpoliert werden, um 
eine Zwischenfarbe zu erhalten. Diese Interpolation kann in einem beliebigem 
Farbraum durchgef uhrt werden (da alle in einander uberf uhrbar sind), wobei sich die 
Ergebnisse mehr oder weniger stark unterscheiden. Die Unterschiede in den Farben 
zwischen dem RGB- und dem YIQ-Modell sind mit bloBem Auge nicht wahrnehm- 
bar. Da die Farben initial als RGB-Farben vorliegen und auch final wieder als solche 
benotigt werden, wird auf eine Umrechnung in ein anderes Farbmodell verzichtet, 
und die Interpolation wird im RGB-Farbraum vollzogen. 

Die Farbmischung eines Pixels erfolgt letztlich pro Farbkanal nach der Mischungs- 
formel: 
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Wobei auf der rechten Seite der Gleichung die Farben (col?) aus dem Originalbild 
stammen. 

Da das Verfahren nur auf Informationen aus fertig gerenderten Biidern, die im 
Framebuffer stehen, zuruckgreift, wurde eine Implementation als Stand-Alone- 
Programm vorgezogen, d.h., das Programm wird von der Kommandozeile miteinem 
Bild in beliebigen Format (TIFF, PPM, BMP usw.) aufgerufen, und schreibt ein 
antialiastes Bild heraus; ein direkter Anschluft an den Ftenderingprozeft ist also nicht 
notig. So kann das Ergebnis des Verfahrens mit verschiedenen Renderern 
ausprobiert werden, die auch nicht als Software zur Verfugung stehen mussen, 
sondern von denen nur Bilder vorliegen. Ebenso ist es rnoglich, Kombinationen mit 
anderen Antialiasing-Verfahren zu testen, die schon im Rendering-Prozefc eingebaut 
sind, da mit dem hier vorliegenden Algorithmus nicht alle Aliasing-Effekte behoben 
werden konnen. 

Es wurde viel Wert darauf gelegt, moglichst viele Falle auf einen Grundfall 
zuruckzufuhren, wie beispielsweise die Verf olgung der vertikalen auf die Verf olgung 
der horizontalen Kanten, oder das Suchen der Stufen nach links auf das Suchen 
nach rechts. Durch dieses Vorgehen konnen Anderungen schnell umgesetzt 
werden, da sich immer nur der jeweilige Grundfall andert, nicht aber die Ruckfuh- 
rung, die einmalig implementiert werden muSte. 

Die Fenstergro&e ist variabel gehalten und nicht ausschliefclich auf quadratische 
FenstergroBen mit einem zentrierten Zentralpixel beschrankt, sondern es ist 
rnoglich, fur jede Richtung eine eigene Blicklange zu definieren. So ist es beispiels- 
weise denkbar, horizontal einen grofceren Ausschnitt zu wahlen, da die Kanten- 
information fur die Pixel chipintern gespeichert ist. Nach unten sollten bei 
Verwendung im Display-Prozefi moglichst wenige Zeilen benutzt werden, da all 
diese Zeilen gespeichert werden mussen (Erklarung bei der weiter unten be- 
schriebenen Hardware-lmplementierung). 



Die Implementierung des Post-Antialiasing-Verfahrens erfolgte in der Programmier- 
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sprache C, wobei insbesondere Wert auf Variabilitat gelegt wurde. Durch 
Kommandozeilenparameter kann zwischen verschiedenen Varianten des Algorith- 
mic umgeschaltet werden; so sind nicht nur alle Vorstufen der endgultigen Version 
verfugbar, sondern auch verschiedene zusatzliche Versuchsimplementierungen, wie 
beispielsweise verschiedene Moglichkeiten der Kantenbildgenerierung uber 
Manhattandistanz oder quadratischer Distanz. Die Vorstufen des endgultigen 
Algorithmus dienten zum Vergleich, welchen Qualitatsgewinn die einzelnen 
eingebauten Features, wie die Verfolgung mehrerer Stufen anstatt einer, oder 
Verwendung der jeweils letzten Stufe nur halb, verursachten. So war es moglich, 
immer an den Stellen nachzubessern, bei denen der visuelle Eindruck der antia- 
liasten Bilder noch zu wunschen ubrig lieB. 

Der Pseudoalgorithmus fur das Verfahren stellt sich wie folgt dar (dick geschriebene 
Variablen sind die jeweiligen Ergebniswerte): 

PostAntialiaseOmage pic, Image result) { 

generateEdgePic(pic, edges); 

for y in 0..(pic.height-1 ) { 

for x in 0..(pic.width-1 ) { 

if isEdgePixel(x,y) { 

cutActualWindow(edges, edgeWindow); 

computeMixFactorsHorizontaKx, y, edgeWindow, 

mix up, mix down); 

transform VerticalToHorizontal(©al^^*nratoMo^; 
computeMixFactorsHorizontaKx, y, edgeWindow, 
mix_1eft, mix_right); 
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mixColors(mix_up, mixjeft, mix_right, 

mixjdown, pic[x,y-1], pic[x-1,y], 
pic[x,y], pic[x + 1 ,y], pic[x,y+1], 

mixedColor); 

storeColor(mixedColor, result[x,y]); 

} else { 

storeColor(pic[x,y], result[x,y]); 

} 

} 

} 

} 

In isEdgePixeK) wird getestet, ob das Pixel (x,y) als Kante, das Pixel (x,y-l) als 
horizontaie oder das Pixel (x-1 ,y) als vertikale Kante im Kantenbild rnarkiert ist; nur 
dann muft eine weitere Behandlung erfolgen, ansonsten wird mittels storeColorO der 
alte Farbwert einfach ins neue Bild ubernommen. 

In generateEdgePicO wird mittels des beschriebenen Verfahrens das Kantenbild 
generiert. In cutActualWindowO wird aus dem Kantenbild das Fenster ausge- 
schnitten, welches als Umgebung fur das aktuelle Pixel dient. Dies ist notig, da in 
der spateren Hardware auch nur eine begrenzte Umgebung zur Verfugung steht, da 
das Kantenbild "on-the-fly" generiert wird und nicht wie hier im voraus. 

Die Funktion computeMixFactorsHorizontalO wird sowohl fur die horizontalen 
Mischfaktoren (mix_up und mix down) als auch fur die vertikalen (mixjeft und 
mix_right) aufgerufen. Dies ist moglich, da das aktuelle Kantenfenster mittels 
transformVerticalToHorizontalO so umgebaut wird, date die ehemals vertikalen 
Kanten nun horizontal verfolgt werden konnen. 
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computeMixFactorsHorizontaKx, y, edgeWindow, 
mix_up, mix down) { 

if isEdge(x,y) { 
maskRightEdgeType(edgeWindow, binWindow); 
getPositionlnEdge(binWindow, xAnf, yAnf, 
statAnf, xEnd, yEnd, statEnd); 
mixFactor(xAnf, yAnf, statAnf, xEnd, yEnd, 
statEnd, mix down); 

} else { 
mixdown = 0; 

} 

if isEdge(x,y-1 ) { 
tra ns la te Wi n d o w (etlgeWratow) ; 
maskRightEdgeTypetedgeWindow, binWindow); 
getPositionlnEdge(binWindow, xAnf, yAnf, 
statAnf, xEnd, yEnd, statEnd); 
mixFactor(xAnf, yAnf, statAnf, xEnd, yEnd, 
statEnd, mix up); 
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} else { 
mixup = 0; 

} 

} 

Mittels isEdgeO wird getestet, ob an der entsprechenden Stelle im Kantenfenster 
ein Kantenpixel vorliegt, nur dann kann namlich eine Kante verfolgt werden, 
ansonsten wird der entsprechende Mischfaktor gleich auf Null gesetzt. In 
maskRightEdgeTypeO wird aus dem Kantenfenster, welches bisher noch 4 Bit pro 
Pixel enthielt, das Bit ausgeblendet, welches durch das Zentralpixel des Fensters 
vorgegeben wird, so daft ab sofort mit einem Binarbild weitergearbeitet wird. 
Mittels translateWindowO werden alle Pixel des Kantenfensters um ein Pixel nach 
unten verschoben, so daft im Zentrum sich das Kantenpixel befindet, von dem aus 
die Kante verfolgt werden soli, um den Mischfaktor fur das obere Pixel zu erhalten. 

In getPositionlnEdgeO konnen nun beide Falle genau gleich behandelt werden. In 
dieser Funktion erfolgt die wirkliche Verfolgung der Kante im Kantenbild, was zum 
Anfangspunkt (x Anf yAnf ) und Endpunkt (xEnd,yEnd) und dem jeweiligen Status (UP 
/ DOWN / NO / HOR) an den Enden fuhrt. 

Aufgrund dieser Information wird dann in mixFactorO letztlich der Mischfaktor 
bestimmt, der sich aus der jeweiligen Kante ergibt. 

In mixColorsO wird zunachst der noch fehlende Mischfaktor fur das zentrale Pixel 
bestimmt, wobei wiederum verschiedene Varianten vorgesehen sind, und dann 
erfolgt anhand der Mischungsformel die wirkliche Mischung der fiinf in Frage 
kommenden Farben. 

Die nachfolgend dargestellte Hardware-lmplementierung ist ein Ausfuhrungsbeispiel, 
welches primar dazu dient die Ausfuhrung des Verfahrens zu veranschaulichen. Es 
wurde versucht, die Losung so allgemein wie moglich zu gestalten. So wurden 
beispielsweise die Adre&breiten fur die Zahler variabel gehalten, sowie auch die 
Bitbreiten der Mischfaktoren, genau wie die Tabellenbreite und -lange der 
verwendeten Dividierer. Die Allgemeinheit konnte jedoch nicht uberall beibehalten 
werden, da sonst einige Module zu komplex geworden waren. Als Beispiel ist das 
Modul findSeqO zu erwahnen, bei dem ausgehend von einem (n x n)-Fenster etwa 
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n /8 Pixel zu berucksichtigen sind, um die Verfolgung der Stufen zu gewahrleisten. 
Weiterhin mu&ten die Positionen der Registerstufen auf einen speziellen Fall 
festgelegt werden, da bei einem gro&eren Fenster mehr Pipeline-Stufen notig sind, 
weil die Komplexitat ansteigt. Der Obersichtlichkeit halber wurden in den 
Blockschaltbildern der parametrisierbaren Module konkrete Bitbreiten vorgegeben. 

Fur die Hardware-lmplementierung wurden folgende Parameter und Grenzwerte 
gewahlt: 

Fenstergro&e: 17x17 

1st die Fenstergrofce zu klein gewahlt (etwa 9 x 9), so la&t die Bildqualitat bei 
f lachen Kanten zu wunschen ubrig, da die Ubergangsbereiche sehr kurz werden (nur 
8 Pixel / vergleiche dazu Figur 8). 1st das Fenster jedoch zu groft gewahlt, so steigt 
die Komplexitat einiger Module, und damitauch die Gatteranzahl, sehr stark an. Fur 
die Implementation wurde also eine mittlere Fenstergrofce gewahlt, um einen 
Kompromift zwischen diesen beiden Extremen zu finden. 

maximale Bildschirmbreite: 2048 Pixel/Zeile 

Die maximale Bildschirmbreite wurde mit 2048 Pixel pro Zeile angenommen. Dies 
stellt sicherlich eine obere Grenze fur Bildschirmauflosungen der nachsten Jahre 
dar. Die maximale Bildschirmhohe ist ebenfalls mit 2048 Zeilen festgelegt. Da das 
Verhaltnis von Breite zu Hohe im Regelfall fest vorgegeben ist (1 ,25 oder 1 ,33), so 
wird dieser Maximalwert sicherlich nie erreicht werden. Die Festlegung der 
maximalen Bildschirmbreite fuhrte zum Festlegen der AdreBbreiten der Zahler auf 
1 1 Bit und der maximalen Lange der verwendeten Pipes auf 2048 Elemente. 

Bitbreite der Mischfaktoren: 7 Bit 

Dieser Wert ergab sich aus der Fehlerbetrachtung der maximalen Abweichungen der 
Mischfaktoren vom tatsachlichen Wert. (Die maximale Abweichung betragt maximal 
1/256 des Original-Mischfaktors. Aufgrund der Form der Mischungsformel ergibt 
sich somit eine maximale Abweichung um 5 Farbwerte.) 

Aus der Festlegung der Mischfaktorbreite ergab sich auch die notige Genauigkeit 
der Dividierer, die mit einer Bitbreite von 9 Bit angenommen wurden. 
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Das erfindungsgemaRe Verfahren kann sowohl als Triple-Buffer als auch als 
zwischengeschaltetes Modul im Display-ProzeS Anwendung finden (Erklarung der 
beiden Konfigurationsmoglichkeiten in einem spateren Abschnitt). Der Entwurf 
mittels eines Triple-Buffers erfordert einen recht komplexen RAM-Controller, der die 
entsprechend notigen Farbwerte aus dem Speicher (SDRAM oder einer anderen 
Speicherart) holt, und die gemischten Werte wieder zuruckschreibt. Der Entwurf 
dieses Controllers wurde den Rahmen dieser Arbeit sprengen, weswegen auf diese 
Variante verzichtet wurde. Das Grundsystem wurde also fur den Display-ProzeS 
entworfen. Mittels kleiner Anderungen laBt sich das System fur einen Triple-Buffer- 
Betrieb umrusten, wie er weiter unten naher beschrieben ist. 

Das System ist nach dem Pipelining-Prinzip aufgebaut, d.h., es wird in jedem Takt 
ein fertiggemischtes Pixel geliefert. Um dies zu bewerkstelligen, befinden sich 
immer mehrere Pixel gleichzeitig in der Verarbeitung, da es nicht moglich ist, alle 
notigen Bearbeitungsschritte in einem Takt (in unserem Fall 15 ns) durchzufuhren. 
Das System funktioniert so, daft mit jedem Takt ein neuer Farbwert eines Pixels 
ubernommen und eine feste Anzahl Takte spater der gemischte Farbwert dieses 
Pixels als Ausgangswert bereitgestellt wird. Die einzelnen Registerstufen wurden 
an die Stellen so eingefugt, date die maximale Bearbeitungszeit in einem Takt nicht 
uberschritten wird. Als Taktrate wurde ein 66 MHz-Taktgewahlt; die Periodendauer 
betragt somit 1 5 ns. Ferner wurde eine 0,35 /ym CMOS-Technik angenommen, da 
fur diesen Fall die Verzogerungszeiten der einzelnen Elemente aus dem Entwurf 
eines anderen Systems (Visa + -System von GMD FIRST) in etwa bekannt waren. 
Wird das System fur eine andere Taktrate oder Technologie vorgesehen, so 
verschieben sich naturlich die Registerstufen. Der Inhalt des Pipes in Abhangigkeit 
vom aktuellen Fenster ist in Figur 24 naher dargestellt. 

Die einzelnen Module werden durch Blockschaltbilder illustriert, deren verwendete 
Symbolik in Figur 67 erklart wird. Die Module werden hier gemafJ Top-down- 
Methode prasentiert, das heifct, es wird zunachst das Hauptmodul beschrieben, 
dann die darin enthaltenen Module. Sollte ein Modul weitere Untermodule enthaiten, 
so wird das entsprechende Untermodule gleich im Anschlufc an das Modul 
beschrieben. 

Das Antialiase-SystemO gemafS Figur 24 sowie Tabelle 4 ist das Hauptmodul, von 
dem aus alle weiteren Module importiert werden und als Teilkomponenten weiter 
unten beschrieben sind. 
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Das vorliegende System besteht prinzipiell aus zwei entkoppelten Prozessen: 

1 . Generierung der Kanteninformation 

2. Berechnung der Geraden aufgrund eines lokalen Ausschnittes aus dem 
Kantenbild und anschlie&ende Mischung der Pixelfarben 

Da die Mischung auf dem Kantenfenster arbeitet, muS der Kantengenerierungs- 
prozefS immer einen Vorsprung von 8 Zeilen und 8 Punkten haben, so date bei einem 
17x17 Fenster schon alle Kanteninformationen zur Verfugung stehen, wenn sie 
benotigt werden. 

Die Kanteninformation wird im Modul EdgeValueGeneratorO (Tabelle 6, Figur 27) 
aus den neu eingelesenen Farbwerten erzeugt. Im Modul WindowswitchO (Figur 3 1 ) 
wird der jeweils aktuelle Ausschnitt aus dem Kantenbild gehalten. Im Modul 
CenterPipeO werden die temporar nicht mehr benotigten Kanteninformationen 
zwischengespeichert. Pro Pixel werden 4 Bit Kanteninformation gehalten, wodurch 
sich bei 1 6 parallel abgelegten Pixeln eine Bitbreite von 64 Bit ergibt. Das wichtige 
bei diesem Modul ist, daR die Kanteninformation "on-chip" gespeichert wird, denn 
in jedem Takt werden 64 Bit abgelegt und auch parallel 64 Bit wieder eingelesen. 
Ein externer Speicher ware also standig damit beschaftigt, Werte abzulegen und 
wieder zu holen, und konnte somit fur nichts Anderes verwendet werden. Die 
Speicherung ist praktisch auch moglich, da bei einer maximalen Bildschirmbreite 
von 2048 Pixeln 1 28 kB abgelegt werden mussen. (Derzeit sind on-chip RAMs von 
1 MBit ohne groSere Probleme realisierbar.) Dieser Speicher ist in beiden Varianten 
(Triple-Buffer / Display-ProzeR) notig. 

Fur jedes einzelne Pixel mussen bis zu vier Geraden verfolgt werden, um die vier 
Mischfaktoren aus den einzelnen Richtungen zu bestimmen. Statistisch gesehen, 
wird in etwa 61 % der Falle nur eine Gerade benotigt. Jedoch kommen auch die 
anderen Falle (zwei Geraden 27%, drei Geraden 8% und sogar vier Geraden 4%) 
vor. Da in jedem Takt ein neues Pixel bearbeitet wird, muB also der schlimmste Fall 
von vier Geraden angenommen werden und eine parallele Bearbeitung aller vier Falle 
erfolgen. Dies geschieht in den Modulen ComputeEdgeO, die als Ergebnis jeweils 
einen Mischfaktor fur die entsprechende Gerade liefern. Fur die vertikale Verfolgung 
der Geraden kann dabei das gleiche Modul wie fur die horizontale Gerade verwendet 
werden, da, wie schon haufiger erwahnt, das vertikale Kantenfenster vorher zu 
einem horizontalen transformiert wird (geschieht in WindowSwitchO). 
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Bei genauer Betrachtung der zu verfolgenden Geraden fallt auf, daft diejenige 
Gerade, die fur das aktuelle Pixel zum rechten Mischfaktor fuhrt, mit der Geraden 
identisch ist, die beim nachsten Pixel zum linken Mischfaktor fuhrt. Aufgrund 
dessen wird bei der Behandlung der rechten Geraden die Position bezuglich des 
aktuellen Pixels fur das nachste Pixel weiterverwendet, so date nicht vier, sondern 
nur drei Geraden verfolgt werden mussen; somit reduziert sich der Hardware- 
Aufwand. Die gleiche Optimierung ist fur die obere bzw. untere Gerade nicht so 
einfach moglich, da zwar die gleiche Gerade verfolgt wird, die Information aus 
dieser Geraden aber uber eine Zeile aufbewahrt werden muftte, was einen 
zusatzlichen Speicheraufwand von 32 kB bedeuten wurde. 

In ColorPipeO werden die Farbwerte aufgehoben, bis sie fur die Mischung der neuen 
p. Farben wieder benotigt werden. In CenterPipeO bzw. UpPipeO werden die 

Farbwerte jeweils um eine zusatzliche Zeile verzogert. Der Inhalt der Pipes stellt 
W sich wie in Figur 25 dar. 

m 

\p 

Sjjj Der edgecounterO (Figur 26, Tabelle 5) gibt an, fur welches Pixel gerade die 

|1j Kanteninformation generiert wird. Dementsprechend werden bei einigen Pixeln die 

IIP Nachbarn uber die beiden Signale rightValid und downValid ausgeblendet, die im 

^ Bild keine wirklichen Nachbarn sind. rightValid wird jeweils beim ietzten Pixel einer 

2vjj Zeile zuruckgenommen, da das nachste Pixel schon zur nachsten Zeile gehort und 

hj somit nichts mit dem aktuellen Pixel gemeinsam hat. downValid wird in der Ietzten 

Q Zeile zuruckgenommen, da die Zeile darunter keine giiltigen Daten mehr enthalt. 

•0 Ready gibt an, wann alle Pixel des aktuellen Bildes eingelesen wurden. Ab diesem 

*~ Zeitpunkt muB nicht mehr auf neue Daten gewartet werden, so dafc aus diesem 
Signal das Enable-Signal fur alle anderen Module generiert werden kann. 

Im Modul EdgeValueGeneratorO (Figur 27, Tabelle 6) wird die Kanteninformation 
fur jedes einzelne Pixel generiert. Dazu sind jeweils drei Farbwerte notig (Figur 24 
unten), von denen jedoch immer nur zwei neu ubernommen werden. Der zentrale 
Farbwert ist der rechte Farbwert des vorigen Pixels. In den Modulen EdgeDirUnitO 
findet die Entscheidung statt, ob das aktuelle Pixel als Kantenpixel anzusehen ist; 
im Modul EdgeDirUnitO wird der Typ der Kante festgelegt. 

Im Modul EdgeDiffUnitO (Figur 28) findet die eigentliche Entscheidung statt, ob 
zwischen zwei Pixeln eine Kante existiert oder nicht. Zu diesem Zweck muS der 
euklidische Abstand a der beiden Farben im Farbraum bestimmt werden, auf den 
dann im nachhinein eine Schwellwertbildung angewendet wird. Der Schwellwert 
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(ref) ist als Parameter ausgefuhrt worden, damit er leicht geandert werden kann. 
Grundsatzlich wird ein Schwellwert von 40.0 angenommen, da dieser Wert sich an 
vielen Testbildern bewahrt hat. Der Wert braucht in der endgultigen Hardware-Im- 
plementation nicht festgelegt zu werden, sondern kann immer wieder geandert 
werden, falls sich herausstellt, date fur verschiedene Szenen verschiedene 
Schwellwerte verwendet werden sollten. In der Regel wird aber bei unbekannte 
Szenen mit einem Standardwert gearbeitet. 



In dem Modul EdgeDirLlnitO (Figur 29, Tabelle 8) findet die Bestimmung der 
Richtung einer Kante statt. Dazu werden die Abstande der einzelnen Farben zum 
Koordinatenursprung im Farbraum berechnet, die dann untereinander verglichen, die 
gewunschten Werte liefern. 

Hier wird die Berechnung der Formel 

W 



m 



approximiert, da die genaue Berechnung der Wurzel viel zu aufwendig fur diesen 
IH Fall ware. Als Approximation wird die Formel 

ii 

O = k+— + — */r? 

il| appro* 4 4 

B 

Q verwendet, wobei k = max(x,y,z), I = med(x,y,z) und m = min (x, y, z) ist. Der 

*fc maximale Fehler entsteht, wenn x = y = z gilt. In dem Fall liefert die genaue 

** Formel a = V3x f wahrend die Approximation a approx =3/2x ergibt. Der maximale 

Fehler betragt demzufolge F max = (3/2V3)/3/2 * 13,4%. Durch eine andere Wahl 
der Vorfaktoren, a approx = k + 1 1 /32*l + m/4, lafit sich der maximale Fehler sogar 
auf 8% minimieren. Aufgrund der viel einfacheren Form der Vorfaktoren bei der 
ersten Variante (keine Multiplikation notig, sondern nur eine Shift-Operation um 
zwei Stellen nach rechts) wird der grofSere Fehler in Kauf genommen. Ein Fehler von 
1 3% mag viel klingen; da die Ergebniswerte aber nur fur eine Schwellwertbildung 
benotigt werden, ist das akzeptabel. Es werden einfach ein paar Pixel weniger als 
Kante markiertals normalerweise. Durch Anpassen des Schwellwertes laStsich das 
jedoch wieder wettmachen. 



Das Ergebnis der Berechnung liegt im Fixpunkt-Format (hier 9.2) vor, mit dem dann 
auch weitergerechnet wird. 
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Im Modul WindowSwitchO (Figur 31, Tabelle 10) ist der aktuelle Kantenbildaus- 
schnitt gespeichert, wobei die Bits schon so abgespeichert werden, daR vertikale 
Kanten horizontal verfolgt werden konnen. liber den Eingang EdgePipe_out werden 
die schon generierten Kanteninformationen der rechten Spalte aus dem Speicher 
gelesen; uber EdgeVal kommt der neu erzeugte Kantenwert hinzu. Entsprechend 
erfolgt uber EdgePipe_out die Ausgabe der fur spatere Zeilen notigen Kanten- 
information. In der Pipe werden die Kantenwerte nicht pixelweise gespeichert, 
sondern vieimehr sortiert nach den Typen der Kantenwerte, so da& sich die 
Verteilung in Figur 32 ergibt. 

Um die Verfolgung der Stufen in den einzelnen Fenstern durchfuhren zu konnen, 
wird die Kanteninformation zeilenweise benotigt. Da die Information aber 
spaltenweise neu ins Fenster ubernommen wird, mulS bei dem horizontalen Fenster 
eine Neuordnung der Bits stattfinden, damit sie in der richtigen Reihenfolge 
gespeichert werden. Bei dem vertikalen Fenster muS dies nicht geschehen. Dort 
findet namlich eine Transformation von vertikal nach horizontal statt. Im Endeffekt 
wird die Wirkung der Transformation durch die Neuordung der Bits ruckgangig 
gemacht. In den Blockschaltbildern wurden die Parameter nicht durch konkrete 
Werte ersetzt, damit das Muster der Verkettung der Bits besser deutlich wird (w ist 
die Breite des Kantenfenster, also 17, und h ist die Hohe, auch 17). 

Bei dem Modul pipeO (Figur 35, Tabelle 12) handelt es sich um ein schlichtes 
Verzdgerungsmodul, das ein Datum ubernimmt, und nach einer fest vorgegebenen 
Anzahl von Takten wieder ausgibt. In der Grundform ware das Modul so zu 
implementieren, date nacheinander so viele Register geschaltet werden, wie es die 
Lange verlangt. Dies ist jedoch aufgrund der betrachtlichen Hardware-Kosten (7 
Gatter pro gespeichertes Bit) nicht sinnvoll, da zusatzlich noch die Lange variabel 
gehalten ist, gar nicht moglich. Es wird daher ein RAM vorgesehen, bei dem die 
Hardware-Kosten wesentlich gunstiger (maximal 1 Gatter pro gespeichertes Bit) 
sind. Bei dem Entwurf der PipeO wurde mit besonderer Sorgfalt vorgegangen, damit 
die Hardware-Kosten moglichst gering ausfallen, da die Pipes aufgrund ihrer 
enormen GroBe die hochsten Kosten verursachen. In der normalen Form einer Pipe 
ist immer ein Dualport-RAM notwendig, da in jedem Takt ein Wert geschrieben und 
gleichzeitig ein Wert gelesen werden muB. Durch das parallele Ablegen zweier 
Werte im Speicher konnte der zweite Port eingespart werden, indem immer in einem 
Takt zwei Werte gleichzeitig an eine Adresse geschrieben werden und im nachsten 
Takt zwei Werte parallel ausgelesen werden (Figur 37). 
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Folglich hat das verwendete RAM nun die doppelte Datenbreite, aber nur noch die 
halbe Lange. Die Speichermenge ist also gleich geblieben, aber es wurde ein Kosten 
verursachender Port eingespart. Die Register InO und Out1 werden zum Par- 
allelisieren zweier Daten bzw. Serialisieren der Daten benotigt. Das Register Stat 
enthalt das Schreib-/Lese-Signal fur das RAM. Nach den bisherigen Uberlegungen 
ware es nur moglich, gerade Langen fur die Pipe zuzulassen. Durch das zusatzliche 
Register Din sind nun auch ungerade Langen moglich, da es fur die Verzogerung urn 
einen weiteren Takt sorgt, falls es in den Datenpfad eingeschaltet wird. Der 
AdrelSzahler Adr wird nach jedem Schreibvorgang inkrementiert. Ist die Lange der 
Pipe erreicht, so wird wieder bei der Adresse 0 begonnen; demzufolge wird das 
RAM als Ringpuffer betrieben. Um undefinierte Werte im RAM zu vermeiden, wurde 
zusatzlich ein Reset-Signal verwendet, durch das eine Initialisierungsphase 
q angeworfen wird, die den RAM-lnhalt loscht. Pro Takt wird immer eine neue Zelle 

*0 geloscht; also sind bei einer Lange n des RAMs dementsprechend n Takte 

W erforderlich. Wahrend dieser Zeit werden die Daten am Eingang Din ignoriert. 

63 

m In dem Modul MaskGeneratorO, Figur 38, Tabelle 13 werden die beiden Masken 

iU generiert, mit denen das aktuelle Kantenfenster maskiert wird, um nur relevante 

l ® Pixel aus der Umgebung zu betrachten. Die Notwendigkeit der y-Maske entsteht 
dadurch, da(S bei der Bearbeitung der Pixel der ersten 8 Zeilen im oberen Bereich 

jjjj des Fensters noch Pixel enthalten sind, die gar nicht zum aktuellen Bild gehoren. 

y Um zu verhindern, daS unter Umstanden uber die Bildgrenze hinaus Geraden 

O verfolgt werden, erfolgt eine Maskierung dieser Pixel. Entsprechendes gilt fur die 

'tf untersten 8 Zeilen des Bildes, bei denen in den unteren Zeilen keine legalen 

^ Kantenwerte vorhanden sind. 



Das Kantenfenster wird, wie schon erwahnt, bei der Bearbeitung laufend um ein 
Pixel nach rechts weitergeschoben. Ist das letzte Pixel einer Bildzeile erreicht, so 
wird ein Sprung zum ersten Pixel der nachsten Zeile ausgefuhrt. Durch dieses 
Vorgehen entstehen bei den letzten acht Pixeln einer Zeile am rechten Rand des 
Fensters Pixel, die eigentlich schon zum linken Rand des Bildes gehoren (vergt. Figur 
39). Entsprechend sind im Fenster bei den ersten acht Pixeln einer Zeile noch Werte 
enthalten, die eigentlich zum rechten Rand des Bildes gehoren. Um die jeweils fur 
das aktuelle Fenster ungultigen Werte auszublenden, wird die x-Maske benotigt. 
Dadurch, dafS im nicht maskierten Fenster sowohl Pixel vom rechten, als auch vom 
linken Rand des Bildes enthalten sein konnen, geht beim Umschalten in die nachste 
Zeile keine Zeit verloren, und es kann eine Behandlung wie im Normalfall statt- 
finden. 
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Die x-Masken-Generierung lauft nun so ab, daft bei jedem Takt die letzte Maske um 
eine Stelle nach links geshiftet wird (genau wie die Pixel im Kantenfenster). Am 
rechten Rand wird ein neuer Wert ubernommen, der angibt, ob die Pixelspalte noch 
zur gleichen Zeile gehort. 1st das letzte Pixel einer Zeile bearbeitet worden 
(angezeigt durch das Signal EndOfLine), so wird die Maske bitweise invertiert, 
wodurch automatisch die Maske fur das erste Pixel der neuen Zeile entsteht. 
Entsprechend wird bei jeder neuen Zeile die y-Maske um ein Wert weitergeschaltet. 

In dem Modul MaskCounterO (Figur 40, Tabelle 14) wird die Position des aktueil zu 
bearbeitenden Pixels bestimmt. Zu Beginn stehen die Zahler aufterhalb des Bildes 
(x,y) = (-1 1 ,-9), da uber die ersten Takte zunachst einmal die Kanteninformation fur 
die ersten Zeilen generiert werden mulS; dementsprechend gibt das Signal solange 
ein Valid = 0 aus. Die Variablen x_in und y_in bestimmen, ob das neu im Kantenfen- 
ster sichtbar werdende Pixel zur Umgebung des aktuellen Pixels gehort. Das Signal 
EndOfLine wird jeweils am Ende einer Zeile aktiv, um das Toggeln der xmask im 
Modul MaskGeneratorO zu ermoglichen. 

Aus dem aktuellen Kantenfenster werden zunachst die nur giiltigen Pixel mittels des 
Moduls MaskUnitO (Figur 42, Tabelle 16) ausmaskiert, und dann die eigentliche 
Verfolgung der Geraden im Modul GetPoslnEdgeO durchgefuhrt. Aus den ermittelten 
Punkten wird dann der Mischfaktor im Modul ComputeMixfaktorO bestimmt. Das 
Modul ComputeEdgeO (Figur 41, Tabelle 15) findet sowohl bei der Erkennung 
horizontaler, als auch vertikaler Geraden Verwendung. 

Fur die Verfolgung der Geraden stehen bisher zwei Kantenfenster zur Verfugung, 
von denen im Normalfall nur eines im Zentralpixel als Kante markiert ist. Durch die 
UND-Verknufpung des gesamten Fensters mit diesem Zentralpixel wird das nicht 
benotigte Kantenfenster ausgeblendet. In einigen Fallen konnen jedoch auch beide 
Fenster erhalten bleiben, so date die beiden Fenster pixelweise ODER-verknupft 
werden. 

Die Geraden werden immer horizontal im Fenster verfolgt, so daft die maximale 
Steigung einer Geraden 45° betragt. Durch diesen Umstand werden aus den 
ursprunglich (17*17) = 289 Pixeln des Fensters einige garantiert nicht weiter beno- 
tigt, so daB sie auch nicht an die nachsten Module weitergereicht werden, es 
bleiben somit nur noch 191 Bits ubrig, wie es in Figur 43 dargestellt ist. 

DasUntermodul CutNeededWindowO hatdamitkeineeigenstandige Funktionalitat. 
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In ihm werden nur aus dem 289 Bit breitem Wire die richtigen Bits ausgewahlt, was 
einer einfachen Verdrahtung entspricht, und somit auch keine Zeit kostet. 

In MaskNeededWindowO erfolgt dann die eigentliche Maskierung des nun nicht 
mehr rechteckigen Fensters, bei dem die Pixel ausgeblendet werden, die nicht zur 
aktuellen Umgebung gehoren. 

Im Modul GetPoslnEdgeO (Figur 44, Tabelle 17) wird aus dem Kantenfenster der 
Anfangs- und Endpunkt der verfolgten Geraden extrahiert. Im Modul FindEndO 
(Tabelle 1 8) wird die zentrale Stufe bis zu ihrem Ende in beide Richtungen verfolgt. 
An den Enden ergeben sich die Stati, die angeben, in welchen Richtungen weitere 
mogliche Stufen liegen. Durch GetBestStatO (Figur 45 # Tabelle 19) werden die 
bestmoglichen Stati ausgeblendet. Im Modul SortSectionsO wird das Kantenfenster 
in vier Sektoren unterteilt (wieder kein richtiges Modul, sondern nur Auswahl der 
Bits), worauf dann anhand der bestmoglichen Stati nach rechts und links jeweils der 
Sektor ausgewahlt wird, in dem weitere Stufen vermutet werden. In findSeqO 
(Tabelle 22) werden alle moglichen weiteren Stufen im entsprechenden Sektor 
verfolgt. SelectJumpsO (Tabelle 23, Figur 47) dient schlieRlich dazu, aus alien 
moglichen Stufen nur die Stufen auszuwahlen, durch die wirklich eine Gerade 
interpoliert werden kann. Aufgrund der Stati wird dann das Vorzeichen der y-Werte 
angepaSt. 

Im Modul findEndO wird die zentrale Stufe bis zu ihrem Ende verfolgt. Prinzipiell ist 
dies ein iterativer ProzeB, denn an jeder Stelle (ausgehend von der Mitte) erfolgt ein 
Vergleich, ob die Stufe schon beendet ist. Ist das der Fall, so wird der Status an 
dieser Stelle bestimmt, andernfalls erfolgt an der nachsten Stelle die gleiche 
Prozedur. Da dies jedoch (diskret aufgebaut) eine zu lange Zeit in Anspruch nehmen 
wurde, wurde dieses Modul als einzelnes "Case" modelliert, bei dem die Abfrage 
parallel stattfindet. Durch eine automatische Logik-Optimierung mittels eines 
geeigneten Tools wurden so die Hardware-Kosten, und auch die Bearbeitungszeit 
reduziert. 

Am Ende einer Stufe kann es vorkommen, dalS sich sowohl nach oben, als auch 
nach unten eine weitere Stufe zur Verfolgung anbietet. Anhand des jeweils 
entgegengesetzten Status am Ende der Stufe wird die beste Moglichkeit ausge- 
wahlt. Bietet sich keine Stufe an, so wird der entsprechende Status auf NO 
korrigiert. 
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Anhand der Position des Endes der zentralen Stufe werden im Modul findSeqO 
weitere mogliche Stufen ermittelt. Falls jede Stufe nur ein Pixel lang ist, so ergibt 
sich eine 45° Steigung, und es konnen maximal sieben weitere Stufen komplett in 
den Sektor passen. Dementsprechend ist jumps in sieben einzelne Bereiche 
unterteilt, in denen die Lange der jeweiligen Stufen abgelegt wird. 

Da die letzten Stufen nicht mehr so lang sein konnen, wird deren Bitbreite auf zwei 
bzw. ein Bit reduziert. (Sie konnen nicht mehr so lang ausfallen, weil, wenn bei der 
funften Stufe noch etwas eingetragen werden soli, die vorigen Stufen mindestens 
die Lange eins besessen haben mussen. Folglich kann die funfte Stufe noch 
maximal die Lange drei haben, damit sie noch vollstandig im Fenster liegt und 
erkannt wird.) 

Das Vorgehen im Modul findSeqO kann am besten iterativ geschrieben werden: Ist 
in einer Zeile kein weiteres Kantenpixel vorhanden, so wird die Lange der Stufe an 
der entsprechenden Position im Ergebnis eingetragen, und in der Zeile daruber wird 
wiederum versucht, eine weiteres Kantenpixel zu finden. Ist keine weitere Stufe 
vollstandig im Fenster enthalten, so wird die entsprechende Lange im Ergebnis auf 
Null gesetzt. 

Da dieses Modul wieder zu komplex fur einen diskreten Aufbau ist, wurde wieder 
auf die Moglichkeit der Modellierung mittelseines Case zuruckgegrif fen, und mittels 
einer Logik-Optimierung minimiert. 

In findSeqO (Tabelle 22) wurden alle weiteren Stufen ermittelt, die in das Fenster 
pafcten. Durch SelectJumpsO werden nun die Stufen ausgewahlt, die zu einer 
moglichst langen Geraden durch das Zentralpixel fuhren. Zunachst wird dazu die 
Lange der zentralen Stufe benotigt, aufgrund derer dann in GetPossibleJumpsO 
(Figur 48, Tabelle 24) die Stufen ausgeblendet werden konnen, die eine zu groRe 
oder zu kleine Lange besitzen. In ComputeMasksO (Figur 49, Tabelle 25) werden 
dann Masken generiert, welche die nicht moglichen Sprunge ausmaskieren. In 
AddJumpsO (Figur 50, Tabelle 26) werden dann die einzelnen Stufen zusammen- 
addiert, so date sich die Anfangs- und Endpunkte ergeben. Falls der Status an einem 
Ende der zentralen Stufe weder UP noch DOWN war, so sollte eigentlich gar keine 
weitere Stufe verfolgt werden, und die Variable jumps wird auf Null gesetzt. 

Im Modul GetPossibleJumps (Figur 48) werden die Langen der einzelnen Stufen mit 
der der zentralen Stufe verglichen, da sich nur eine Gerade ergeben kann, wenn alle 
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Stufenlangen innerhalb einer Toleranz von 1 liegen. Der Vergleich erfolgt uber eine 
Subtraktion und anschlieBender Auswertung der Ergebnisse. 

Zunachst wird anhand des ersten SelectFirstOneO-Moduls entschieden, ob um eins 
langere oder um eins kurzere Stufen ats die Zentralstufe zugelassen werden. Die 
Entscheidung fallt dabei anhand der Stufe, die sich am nachsten an der Zentralstufe 
befindet und eine andere Lange besitzt. Mittels des zweiten SelectFirstOneO-Moduls 
wird entschiedenen, welche der beiden moglichen Stufenlangen mehrmals 
vorkommen darf , da aufgrund der Rasterisierungsregeln bei einer normalen Geraden 
immernur eine Stufenlange mehrmals hintereinander vorkommen darf. In den Mas- 
kEndO-Modulen werden schliefilich noch alle Stufen ausgeblendet, die durch 
vorherige Maskierungsaktionen keine Verbindung mehr zur zentralen Stufe besitzen. 
Das SelectFirstOneO-Modul wurde genau wie das MaskEndO-Modul wieder mittels 
einer Case-Anweisung modelliert und durch Synopsys minimiert. 

Solien weitere Rasterisierungsregeln angewendet werden, so mussen sie innerhalb 
dieses Moduls umgesetzt werden. 

In dem AddJumpsO Modul (Figur 50, Tabelle 26) werden die Ergebnisse der 
bisherigen Stufen zusammenaddiert, so daB sich ein Endpunkt der Geraden ergibt. 
Die mask gilt dabei als Bitmaske, die angibt, welche der Stufenlangen in jumps mit 
einbezogen werden sollen. Die letzte Stufe wird, wie bereits beschrieben, nur mit 
der halben Lange und Hohe berucksichtigt. 

Nunmehr soil das Module ComputeMixFactor () (Figur 51 , Tabelle 27) beschrieben 
werden. Die eigentliche Berechnung des Mischfaktors besteht darin, aus dem 
Anfangs- und Endpunkt eine Gerade zu bestimmen, wobei nur der y-Wert an der 
Stelle x = 0 dieser Geraden interessiert. Je nachdem, welches Pixel gerade 
betrachtet wird (uber oder unter dem Farbsprung), wird der eben ermittelte y-Wert 
yReal invertiert oder nicht (Multiplexer links unten), so date der y-Wert nun 1 : 1 dem 
Mischfaktor im Bereich 0..1 entspricht. Durch die letzten beiden Multiplexer wird 
der Mischfaktor nur noch auf den Bereich 0..1 zurechtgeschnitten, so dalS keine 
Uberlaufe entstehen. Die Entscheidung, ob das Pixel uber oder unter dem 
Farbsprung bearbeitet wird, liegt durch die Verwendung des Moduls schon fest. Der 
drittletzte Multiplexer wahlt somit nur alternative Zweige aus, die uber einen 
Parameter selektiert werden. 

Fur die Bestimmung der Geraden wird der Kehrwert des x-Abstandes der beiden 
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Endpunkte benotigt. Zu diesem Zweck wird das Modul recipO eingefuhrt. 

Beidiesem Modul und dem anschliefcenden MaskMixFactorsO ist eine Besonderheit 
anzumerken. Die beiden Module arbeiten namlich uberlappend. Wahrend das Modul 
ComputeMixFactorO noch damit beschaftigt ist, den Mischfaktor zu berechnen, sind 
die Lange len und das zusatzliche Flag no_good bereits an MaskMixFactorsO 
weitergeleitet worden, und befinden sich dort in Bearbeitung. Der Ausgang mix ist 
also immer um ein Takt verzogert, so date insgesamt ein Bearbeitungstakt und damit 
zusatzliche Register eingespart werden konnten. 

Die Kehrwertbildung (Modul RecipO, Figur 52, Tabelle 28) wird bei diesem 
einfachen Fall auf ein Tabellen-Lookup zuruckgefuhrt. Der Eingangswert dientdabei 
als Adresse fur einen ROM-Zugriff , bei dem als Ergebnis der Kehrwert gelief ert wird. 
Um bei der Tabellenbreite ein Bit zu sparen, wurde der Fall x = 1 getrennt behandelt, 
da dies der einzige Wert ist, bei dem im zugelassenen Eingangswertebereich 
1 ,0..15,0 (4.1 Fixfunktformat des Einganges) eine Vorkommastelle entstehen kann. 
(Der Wert 0,0 wiirde einen Fehler produzieren, und der Wert 0,5 kann aufgrund der 
Form der vorherigen Berechnungen auch nicht auftreten.) 

Fur die Berechnung des linken Zumischfaktors, wird die verfolgte Gerade des 
vorherigen Pixels bezuglich des rechten Mischfators wiederverwendet, da die 
beiden Geraden vollkommen identisch sind. Lediglich im Fall des ersten Pixels in 
einer Zeile gilt dies nicht, so daB uber xmask der entsprechende Mischfaktor und 
auch alle zusatzlichen Informationen geloscht werden, Modul CompuLeftEdge, Figur 
53, Tabelle 29). 

Die bisher berechneten Mischfaktoren wurden immer nur aufgrund einer einzigen 
Geraden bestimmt. Um zu einem globaleren Eindruck zu gelangen und somit die 
bestmoglichen Mischfaktoren fur ein Pixel zu bestimmen, werden im Modul 
MaskMixFactorO alle vier Geraden betrachtet und, falls notig, werden einige 
Mischfaktoren noch ausmaskiert. Die Notwendigkeit entsteht durch Rauschen, 
welches durch die Verwendung des Differenzoperators als Kantenerkenner resultiert 
(auch jeder andere Kantenoperator wurde in irgendeiner Weise Rauschen produ- 
zieren). Als Beispiel betrachte man eine horizontal orientierte Kante zwischen zwei 
Farben. Im horizontalen Kantenbild ergibt sich das gewohnte Bild der erwunschten 
Sprunge. Im vertikalen Kantenbild wird jedoch bei jedem Sprung auch ein 
Kantenpixel markiert, welches aber keine sinnvolle Bedeutung hat. Da bei der 
Verfolgung einer Geraden dieser Fall nicht erkannt wird, werden diese Falle unter 
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anderen im Modul MaskMixFactorsO (Figur 54, Tabelle 30) ausgeblendet. 

Die tatsachliche Farbe des Pixels wird aufgrund seiner ursprunglichen Farbe und der 
Farben der vier Nachbarn bestimmt. Zu diesem Zwecke werden die benotigten 
Farben geladen, wobei nacheinander die rechte Farbe als zentrale Farbe des 
nachsten Pixels und linke Farbe des ubernachsten Pixels fungiert. In ComputeCen- 
terFactorO wird der noch fehlende Mischfaktor fur das zentrale Pixel bestimmt, 
worauf dann in Mixing_channel() des Moduls MixingO (Figur 56, Tabelle 31) die 
eigentliche Farbmischung pro Farbkanal stattfindet. s 

Die Berechnung des zentralen Mischfaktors im Modul ComputeCenterFactorO, Figur 
57, Tabelle 32, beruht auf der Tatsache, dafi alle Mischfaktoren zusammen 1 .0 
ergeben mussen, da nur so sichergestellt ist, date keine Farbuberlaufe und damit 
Farbverfalschungen produziert werden. Falls vertikal und horizontal zugemischt 
wird, so sind die Faktoren auf 2.0 normiert, um die maximal mdgliche Genauigkeit 
herauszubekommen. Die Division durch zwei (Shift um eine Stelle nach rechts, 
entspricht einer einfachen Verdrahtung in Hardware) wird erst zu einem spateren 
Zeitpunkt durchgefuhrt und uber shift initiiert. 

Die endgiiltige Mischung der Farben findet nach der Mischungsformel im Modul 
Mixing ChanneK) (Figur 58, Tabelle 33) statt. Nach der unter Umstanden notigen 
Division durch zwei, findet eine Rundung statt, mit der die Genauigkeit noch etwas 
erhoht werden kann, worauf sich ein Abfangen eines Uberlaufes anschlieBt. 

Beim Display-Prozefi wird das im Framebuffer gespeicherte Bild uber die RAMDAC 
in analoge Signale gewandelt, die der Monitor bendtigt, um das Bild anzuzeigen. Da 
im Framebuffer aber nicht zu jedem Zeitpunkt ein fertiges Bild steht, weil die 
rasterisierten Pixel immer erst nach und nach abgelegt werden, wurde man den 
Aufbau jedes einzelnen Biides mitbekommen (vor jedem Bild wird der Framebuffer 
geloscht). Um dieses Flimmern zu vermeiden, wird die Double-Buffer-Technik 
verwendet. Dabei arbeitet der Rasterisierer auf dem einen Framebuffer, wahrend der 
Inhalt des anderen Framebuffer auf dem Monitor dargestellt wird. Ist das nachste 
Bild fertig gerendert, so wird zwischen den beiden Buffern umgeschaltet und sie 
vertauschen ihre Funktionen. Ist die Anzeige eines Biides beendet, bevor das 
nachste Bild fertig gerendert wurde, so wird das vorherige Bild noch einmal 
angezeigt. 

Figur 59 enthalt links eine mogliche Systemkonfiguration: Der Renderer schickt die 
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Farbwerte der rasterisierten Pixel und weitere Informationen (x,y-Position, z-Wert 
fur z-Buffering) an beide Framebuffer, von denen jedoch nur einer die Werte in den 
Speicher ubernimmt. Der Inhalt des anderen Framebuffers wird an den RAMDAC 
ubertragen. Um eine moglichst hohe Bildwiederholrate zu gewahrleisten, d.h., um 
Bildflimmern zu vermeiden, wird meistens nicht nur ein Pixel pro Takt an die 
RAMDAC ubertragen, sondern zwei oder auch vier; so kann die Takt-rate aufcerhalb 
des Chips klein gehalten werden, und trotzdem eine hohe Ubertragungsrate erreicht 
werden. Die Pixel werden in der RAMDAC dann wieder serialisiert und mit einer 
entsprechend vielfachen Taktrate an den Monitor gesendet. Die Idee, das Post- 
Antialiasing im Display-ProzeR einzubauen, beruht darauf, date einfach nur der 
normale RAMDAC gegen einen um die Antialiasing-Funktion erweiterte RAMDAC 
ausgetauscht werden kann (Figur 60). Der Renderer und der Framebuffer sind von 
dieser Anderung nicht betroffen, so daft es mdglich wird, Antialiasing auch in den 
Systemen einzubauen, die gar nicht dafur vorgesehen worden sind. Dies ist die 
Besonderheit des vorliegenden Verfahren, die von den bisherigen Antialiasing- 
Verfahren nicht geboten worden ist. 

Ein Beispiel eines RAMDAC befindet sich in Figur 61. In diesem speziellen Fall 
konnen bis zu vier Pixel pro Takt ubernommen werden. Da das Anti-aliasing- 
Verfahren aber in der Grundvariante immer nur ein Pixel pro Takt bearbeiten kann, 
kann es nicht einfach vor dem RAMDAC geschaltet werden. Fur den Einbau sind 
zwei Alternativen gunstig: 

1 . Einbau vor dem RAMDAC 

Hier mussen immer vier Pixel gleichzeitig pro Takt bearbeitet werden; die 
gesamte Logik muSte also vier mal parallel aufgebaut werden. Der Speicher- 
aufwand andert sich nicht. In jedem Takt wird das Kantenfenster um vier Pixel 
weitergeschoben, wobei jede Logikeinheit immer einen der vier Pixel 
bearbeitet. 

2. Einbau in dem RAMDAC nach dem Demultiplexer 

Nach dem Demultiplexer muS immer nur ein Pixel pro Takt bearbeitet werden, 
da durch das Latch und den anschliefcenden Demultiplexer die vier parallel 
vorliegenden Pixel serialisiert werden, jedoch wird hier eine hohere Taktrate 
benotigt. Die Taktrate in diesem Bereich ist nicht konstant, sondern richtet 
sich nach der Bildschirmauflosung und der erwunschten Bildwiederholrate. Der 
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Entwurf muS sich immer nach der hochsten Taktrate richten. Bei heute 
ublichen Taktraten von bis zu 250 MHz muSten dann entsprechend mehr 
Registerstufen in den Logikblock des Antialiasing-Systems eingebaut werden. 
Bei so hohen Taktraten muS jedoch uberpruft werden, ob das uberhaupt 
durchfuhrbar erscheint. Eine Moglichkeit der Beschrankung auf kleinere 
Taktraten in der Antialiasing-Einheit besteht darin, date nur Bilder bis zu einer 
bestimmten Auflosung bearbeitet werden. Alle Bilder der hoheren Auflosung 
(und damit hoheren Taktrate werden an der Antialiasing-Einheit vorbei- 
geschleust, da bei so hohen Auflosungen die Aliasing-Effekte nicht mehr so 
stark hervorstechen. 

Das zuvor beschriebene Verfahren des Double-Buffers kann auf einen Triple-Buffer 
erweitert werden, wobei der Inhalt eines Framebuffers auf dem Monitor dargestellt 
wird, der zweite mittels des Post-Antialiasings bearbeitet wird, und im dritten 
Framebuffer wird bereits das nachste Bild durch den Renderer erzeugt. Dieser 
Vorgang ist in Figur 62 schematisch als Zyklus angedeutet. Als Blockschaltbild ist 
ein Tripelpuffer in Figur 63 wiedergegeben. Drei Framebuffer sind parallelgeschaltet 
und erhalten ihre Signale zeitlich versetzt in zyklischer Vertauschung bzw. geben 
sie entsprechend ab. 

Der Zeitbedarf der einzelnen Prozesse ist sehr unterschiedlich. Erfordert etwa das 
Anzeigen eines Bildes ca. 1 /80-Sekunde, so benotigt der Renderingprozefc in der 
Regel mindestens 1 /30-Sekunde. Die Zeit fur das Antialiasing des Bildes wird sich 
irgendwo zwischen diesen beiden Extremwerten bewegen. 

Der Ablauf bei Verwendung eines Triple-Buffers wird nun wie folgt beschrieben: 

Ist die Anzeige eines Bildes beendet, so wird kontrolliert, ob das nachste Bild bereits 
antialiast wurde. Ist das Bild fertig, so ubernimmt der bisherige Antialiasing-Buffer 
die Ubertragungsfunktion fur das neue Bild an den RAMDAC. Ist das Bild noch nicht 
fertig, so wird das gleiche Bild noch einmal an den RAMDAC ubertragen. (Beim 
Double-Buffer wird jedes Bild etwa zwei- bis viermal angezeigt.) 

Ist das Antialiasing eines Bildes beendet, so wartet der ProzeS auf die Fertigstellung 
des nachsten Bildes durch den Renderer. Steht das nachste Bild zur Verf ugung, so 
ubernimmt der bisherige Renderer-Framebuffer die Funktion des Antialiasing. 

Ist der RendererprozeS mit der Generierung eines neuen Bildes fertig, so wird 
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unverzuglich auf den ursprunglichen Display-Buffer umgeschaltet, wo sof ort mit der 
Bearbeitung eines neuen Bildes begonnen werden kann. Der Rendererprozefc muR 
keinesfalls auf den DisplayprozeS warten, da aufgrund der schon beschriebenen 
Zeitverhaltnisse das Anzeigen des Bildes an den Antialiasing-Buffer ubertragen 
wurde. 

Fur die Verwendung im Triple-Buffer-Betrieb mussen einige Anderungen am 
Grundsystem des Antialiasing vorgenommen werden, wie es in Figur 64 
dargestellt ist. 

Fur den Triple-Buffer-Prozefc ist es nicht notwendig, die Farbwerte nach der 
Kantengenerierung aufzuheben, da sie noch einmal aus dem Speicher gelesen 
werden konnen. Beim Display-ProzeS bestand diese Option nicht, da jeder Farbwert 
nur einmal ubertragen wurde. Demzufoige werden die Farbwerte, die aus dem 
EdgeValueGeneratorO kommen, verworfen (wie man an dem nicht beschalteten 
Ausgang sieht) und erst dann wieder aus dem Speicher geholt, wenn sie fur die 
Mischung der Farben benotigt werden. 

Die Speicherzugriffe verdoppeln sich nicht, wie eigentlich anzunehmen ware, denn 
beim zweiten Auslesen mussen nicht alle Farbwerte noch einmal gelesen werden, 
sondern nur diejenigen, die wirklich zur Farbmischung benotigt werden. Statistische 
Untersuchungen ergaben, dad im schlimmsten Fall 20% der Pixel des Bildes noch 
einmal gelesen werden mussen. Naturlich mussen auch nicht alle Pixel in den 
Speicher zuruckgeschrieben werden, sondern nur diejenigen, die wirklich eine 
Farbveranderung erfahren haben (erkenntlich durch das Ausgangssignal mixing des 
Moduls MixingO), was in maximal 10% der Falle geschieht. Statistisch gesehen 
mussen pro Pixel demnach 1,3 Speicherzugriffe geschehen (100% Bild einmal 
auslesen, 20% zu mischende Pixel noch einmal lesen, 10% der Pixel zuruck- 
schreiben). 

Die kombinatorische Logik des Antialiasing-Systems liefte es an sich zu, date in 
jedem Taktein weiteres Pixel fertiggestellt wird, dies ist jedoch entbehrlic. Um bei 
einer Bildschirmaufldsung von 1280 x 1024 die geforderte Bildgenerierungsrate von 
25 Bildern pro Sekunde zu erreichen, mussen pro Sekunde 1280 x 1024 x 25 = 
32,768 Millionen Pixel bearbeitet werden. Bei einer angenommenen Taktrate von 
66MHz fur das System stehen also pro zu bearbeitendes Pixel 2,01 Takte Zeit zur 
Verfugung. Beihoheren Auflosungen kann dieser Wert noch kleiner werden, jedoch 
wird dann der Renderer keine Bildgenerierungsrate von 25 Bilder pro Sekunde 
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gewahrleisten konnen. Bei heute ublichen Speichern kann man nicht davon 
ausgehen, date in jedem Takt ein Datum ubertragen werden kann, da Ref resh-Zeiten 
fur die Erhaltung der Speicherinhalte bei dynamischen RAMs und Rowwechselzeiten 
eingehalten werden mussen. Die effektive Ubertragungsrate hangt stark von der 
Zugriffsreihenfolge auf den Speicher ab, so daB allgemein keine konkrete 
Ubertragungsrate angegeben werden kann. 

Die Speicherschnittstelle ist in der Regel jedoch so dimensioniert, daft nicht nur ein 
Pixel pro Takt aus dem Speicher ubertragen wird, sondern parallel gleich mehrere 
So konnen parallel bis zu 4 Pixel ubertragen werden. 

Die wesentliche Voraussetzung, um solche Obertragungsraten zu gewahrleisten, ist 
eine effiziente Speicherabbildung, so daft moglichst schnell auf die nachsten 
benotigten Pixel zugegriffen werden kann. Als Beispiel sei hier die Speicher- 
organisation im Framebuffer eines bekannten Systems (GMD VISA) erwahnt. Der 
verwendete SDRAM-Speicher (1 Mx32-Organisation) istphysikalisch inzwei Banke 
aufgeteilt, die aus Rows (2048) aufgebaut sind, die wiederum in Columns unterteilt 
sind (256 / in einer Column ist jeweils ein Pixel abgelegt). Innerhalb einer Row ist 
es moglich, auf jede beliebige Columnaddresse in einem Takt zuzugreifen, 
wohingegen das Umschalten der einzelnen Rows 7 Takte in Anspruch nimmt. Die 
Speicherabbildung wurde also so ausgelegt, daft die Anzahl der Row-Wechsel 
sowohl beim Renderingprozeft, als auch beim Auslesen fur den Display-Prozeft 
minimiert wird. Um einen weiteren Adreftbus zu sparen, werden mit einer Adresse 
immer 2 benachbarte Pixel gleichzeitig aus dem Speicher geholt, da 2 Speicherchips 
zur Verfugung stehen. Die Rows wurden nun so unterteilt, daft in ihnen ein Bereich 
von 32 x 1 6 Doppelpixeln Platz f indet, und somit innerhalb dieses Bereichs jedes 
Doppelpixel in einem Takt auslesbar ist (Figur 65). 

Die verwendete Speicherabbildung kommt dem hier verwendeten Verfahren auch 
sehr entgegen. Beim Auslesen der Pixel fur die Kantengenerierung wird das 
komplette Bild linear zeilenweise ausgelesen, d.h., es ist moglich, in 32 Takten 64 
Pixel aus dem Speicher zu lesen, ehe ein Row-Wechsel erfolgen muft, der 7 Takte 
benotigt. Fur diesen ProzeS ergibt sich demnach eine Ubertragungsrate von 64 
Pixeln in 39 Takten = 1 ,64 Pixel/Takt. Jedoch ist dies nicht der einzige ProzeB der 
auf dem Speicher ablauft. Es werden konkurrierend dazu die schon angesprochenen 
20% der Pixel fur die Mischung geholt, und 10% der Pixel wieder zuruckge- 
schrieben. Durch geeignetes Auspuffern der Anforderungen ist es moglich, die 
Rowwechsel dazu zu nutzen, um zwischen den einzelnen Prozessen umzuschalten. 
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Fur den zweiten Auslese-ProzeU und den Schreibe-Prozeft sollten die Anforderungen 
so lange gesammelt werden, bis alle eine Row betreffende Anfragen auf einmal 
bearbeitet werden konnen, so date wiederum moglichst wenige Row-Wechsel sogar 
bei diesen nicht mehr linearen Vorgangen durchgefuhrt werden mussen, wie es in 
Figur 66 dargestellt ist. 

Der Ablaut im Modul RAM-Schnittstelle() fur die aktuell aus dem Speicher zu 
holenden Pixel ist wie folgt ausgebildet: 

Lineares Auslesen aus derm Speicher die Pixel, die fur die Kantengenerierung 
benotigt werden, und schreibe sie in die EdgeReadFIFOO bis du am Ende einer 
Row angekommen bist. Hierfur wird intern ein Zahler verwendet, der sich 
merkt, bis zu welchem Pixel gelesen wurde. 

Am Ende einer Row wird kontrolliert, wie der Status der anderen beiden 
Prozesse jeweils aussieht. Sind in einer der beiden FIFOs (RequestFIFOO und 
WriteFIFOO) alle eine Row betreffende Anfragen eingegangen, so werden sie 
hintereinander an den Speicher weitergeleitet. Ist dies nicht der Fall, wird 
weiter die EdgeReadFIFOO gefullt. 

Die EdgeReadFIFOO ist also dimensioniert, dafc sie moglichst nie leer wird, so daft 
immer weiter gearbeitet werden kann. 

Die aus MaskMixFactorO herauskommenden Mischfaktoren werden mittels des 
Moduls cmp() darauf hin uberpruft, welcher der Mischfaktoren ungleich Null ist. 
Sollte dies bei keinem der Fall sein, so muS das aktuelle Pixel nicht gemischt 
werden, und die Mischfaktoren werden verworfen. Istjedoch mindestens einer der 
Faktoren ungleich Null, so werden sie zusammen mit der aktuellen Pixelnummer in 
der MixFactorFIFOO abgespeichert, um sie dann spater (sobatd die Farbwerte aus 
dem Speicher geholt wurden) fur die eigentliche Mischung zu verwenden. 
Ausgehend von den Mischfaktoren werden dann in der RequestFIFOO die benotig- 
ten Farbanforderungen zwischengespeichert. Bei benachbarten Pixeln werden unter 
Umstanden die gleichen Farbwerte benotigt, so daS diese doppelten Anforderungen 
aussortiert werden. Sobald alle eine Row betreff enden Anfragen eingegangen sind, 
konnen sie an die RAM-SchnittstelleO ubermittelt werden, die dann daraufhin die 
Farbinformation an die ReturnFIFOO zuruckgibt. In der ReturnFIFOO werden dann 
aufgrund der am Ausgang der MixFactorFIFOO stehenden Mischfaktoren die 
benotigten Farbinformationen parallelisiert, und sobald alle benotigten Farben 
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vorliegen, wird mittels des Signals all_there das Modul MixingO in Betrieb 
genommen, um die tatsachliche Mischung durchzufuhren. Die Ergebnisse der 
Farbmischung werdendann in der WriteFIFOO zwischengespeichert, bissie letztlich 
wieder in den Speicher geschrieben werden konnen. Das Bild wird in einem einzigen 
Buffer verandert, so date unter Umstanden schon veranderte Daten in den Speicher 
zuruckgeschrieben wurden, obwohl noch die ursprunglichen Daten fur die Mischung 
der nachsten Zeile benotigt werden, demnach mufi zusatzlich noch ein lokaler 
Speicher eingebaut werden, in dem die alten Daten noch zur Verfugung stehen. 
Demzufolge werden alle schon einmal benutzten Farbwerte im LineCacheO gespei- 
chert, da im Speicher nur solche Daten verandert worden sein konnen, die schon 
einmal gelesen wurden. Mittels des LineCaches werden in der RequestFIFOO alle 
Anforderungen aussortiert, die bereits vorhanden sind, und an die ReturnFIFOO 
werden die entsprechenden Daten dann ubertragen. 

Die Erfindung beschrankt sich in ihrer Ausfuhrung nicht auf die vorstehend 
angegebenen bevorzugten Ausfuhrungsbeispiele. Vielmehr ist eine Anzahl von 
Varianten moglich, welche von der dargestellten Losung auch bei grundsatzlich 
anders gearteten Ausfuhrungen Gebrauch macht. 
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Patentanspruche 

Verfahren zum Eliminieren unerwunschter Stufungen an Kanten bei 
Bilddarsteilungen im Zeilenraster, insbesondere im On-line Betrieb, 
gekennzeichnet durch die Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil zur Grobermitt- 
lung mindestens eines gerasterten Kantenverlaufs, 

b) Bestimmung der Position mindestens eines ersten Pixels aus der 
Menge derjenigen Pixel, die den gerasterten Kantenverlauf bilden oder 
an diesem gerasterten Kantenverlauf angrenzen, 

c) Approximation einer Geraden zur Ermittlung eines wahrscheinlichen 
Verlaufs der ungerasterten Bildkante in der Nahe des ersten Pixels, 

d) Ermittlung eines Kriteriums aus der Approximationsgeraden und der 
Position des ersten Pixels fur die Zumischung einer Farbe X zu der 
Farbe C im betrachteten ersten Pixels und 

e) Mischung der ermittelten Farbe X zu der Farbe C im betracheten 
ersten Pixel. 

Verfahren nach Anspruch 1 , dadurch gekennzeichnet, date das Kriterium des 
Verfahrensschrittes d) in Abhangigkeit von der Lage des betrachteten Pixels 
relativ zur Approximationsgeraden festlegt, welche Farbe X zu der Farbe C 
des betrachteten Pixels zugemischt wird. 

Verfahren nach Anspruch 2, dadurch gekennzeichnet, daB das Kriterium 
gemafc Verfahrensschritt d) in Abhangigkeit von der Lage des betrachteten 
Pixels relativ zur Approximationsgeraden festlegt, daS die Farbe mindestens 
eines benachbarten Pixels gewichtet zur Farbe des betrachteten Pixels 
zugemischt wird. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekenn- 
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zeichnet, daft bei einem betrachteten Pixel, das von der Approximations- 
geraden nicht geschnitten wird, die Farbe unverandert bleibt. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekenn- 
zeichnet, daft bei einem betrachteten Pixel, das von der Approximations- 
geraden geschnitten wird, die resultierende Farbe R nach Maftgabe des 
folgenden Kriteriums bestimmt wird: 

die Approximationsgerade teilt das betrachtete Pixel in zwei Teilf lachen F 1 , 
F 2 , wobei F-| + F 2 = 1, mit 1 ist die Gesamtflache des Pixels, wobei F 1 
diejenige Teilflache ist, in welcher der Pixelmittelpunkt liegt; 

zugemischt wird zu der Farbe C des betrachteten Pixels die Farbe X 
desjenigen benachbarten Pixels, welche an die langste vom Raster 
gebildete Kante der Teilflache F 2 angrenzt. 

Verfahren nach Anspruch 5, dadurch gekennzeichnet, daft sich die 
resultierende Farbe R aus der ursprunglichen Farbe C des betrachteten 
Pixels und der zugemischten Farbe X eines benachbarten Pixels nach 
folgender Gleichung ergibt: 

R = F 1 xC + F 2 xX 

Verfahren nach Anspruch 5 oder 6, dadurch gekennzeichnet, daft die 
Teilf lachen F lf F 2 durch ein geeignetes Approximationsverfahren ap- 
proximiert werden. 

Verfahren nach einem der vorstehenden Anspruche, dadurch gekenn- 
zeichnet, daft die genannten Verfahrensschritte auf einen mittels eine 
Rendering und/oder Shading-Verfahrens behandelten Bildteil angewendet 
werden. 

Verfahren nach Anspruch 8, dadurch gekennzeichnet, daft das Shading/- 
Rendering dreiecks- oder Scanlinebasiert ist, oder daft es sich um ein 
Gouraud-oder Phong-Shading handelt. 

Verfahren nach einem der vorstehenden Anspruche, dadurch gekenn- 
zeichnet, daft die vorgenannten Verfahrensschritte a) bis e) einzeln oder in 
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Gruppen im zeitlichen Versatz ausgefuhrt werden. 

Verfahren nach Anspruch 10, dadurch gekennzeichnet, dad der zeitliche 
Versatz mindestens eine Bildzeile betragt. 

Verfahren nach einem der vorstehenden Anspruche, dadurch gekenn- 
zeichnet, dafc die Verarbeitung im zeitlichen Versatz in einem Framebuffer 
ohne weitere Zwischenspeicherung erfolgt. 

Verfahren nach einem der vorstehenden Anspruche, dadurch gekenn- 
zeichnet, da(5 die Approximationsgerade uber mehrere Stufen des geraster- 
ten Kantenverlaufs verlauft, und dafS die Approximationsgerade endet, wenn 
die Kriterien 

1 ) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich au&erdem um maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche 
Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beliebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

5) Durch wiederholtes Anwenden der Regeln 3. und 4. auf die Zahlense- 
quenz, laBt sich ein immer globalerer Blick auf die Kante gewinnen. 

in aufsteigender Reihenfolge uberpruft werden und mindestens ein Kriterium 
nicht erfullt ist. 
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Verfahren nach einem der Anspruche 1 bis 1 3, dadurch gekennzeichnet, 
dafc die Approximationsgerade uber mehrere Stufen des gerasterten 
Kantenverlaufs verlauft, und daft die Approximationsgerade endet, wenn 
eines der Kriterien 

1 ) Es konnen maximal zwei verschiedene Stufenlangen vorkommen, 
deren Stufenlangen sich auSerdem um maximal 1 unterscheiden 
durfen. 

2) Nur eine der beiden Stufenlangen darf mehrmals hintereinander 
auftreten. 

3) Durch das Aneinanderreihen der Anzahlen der Stufen, die die gleiche 
Lange haben, erhalt man eine Zahlensequenz, bei der abwechselnd 
immer eine Eins und dann eine beiiebige Zahl (>0) steht. Die Einsen 
(nur die an jeder zweiten Position) werden aus dieser Sequenz 
gestrichen. Bei der erhaltenen Sequenz durfen wieder nur zwei 
verschiedene Zahlen vorkommen, die sich um eins unterscheiden. 

4) Bei der unter 3. erhaltenen Sequenz darf nur eine der beiden mogli- 
chen Zahlen mehrmals hintereinander auftreten. 

oder eines der Kriterien 1 ), 2), 3) oder eines der Kriterien 1 ), 2) nicht erfullt 
ist. 

Verfahren nach einem der der vorhergehenden Anspruche, gekennzeichnet 
durch das Vorsehen eines Tripple-Buffers, wobei sich die drei resultierenden 
Buffer in zyklischer Vertauschung parallel die Verfahrensschritte Rendering, 
Post-Antialyasing und Bildwiedergabe teilen. 



Zusammenfassung 



Verfahren zum Eliminieren unerwunschter Stufungen an Kanten bei Bilddar- 
stellungen im Zeilenraster, insbesondere im On-line Betrieb, aufweisend die Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil zur Grobermittlung 
mindestens eines gerasterten Kantenverlaufs, 

b) Bestimmung der Position mindestens eines ersten Pixels aus der Menge 
derjenigen Pixel, die den gerasterten Kantenverlauf bilden oder an diesem 
gerasterten Kantenverlauf angrenzen, 

c) Approximation einer Geraden zur Ermittlung eines wahrscheinlichen Verlaufs 
der ungerasterten Bildkante in der Nahe des ersten Pixels, 

d) Ermittlung eines Kriteriums aus der Approximationsgeraden und der Position 
des ersten Pixels fur die Zumischung einer Farbe X zu der Farbe C im 
betrachteten ersten Pixels und 

e) Mischung der ermittelten Farbe X zu der Farbe C im betracheten ersten 
Pixel. 



Figur 24 



